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FOREWORD 

1 .  This  military  standard  is  approved  for  ase  by  all  Departrrtents  atKl  Agencies  of  the 
l^epurtmcnt  of  Defense. 

2.  Beneficial  comments  (recommendations,  additions,  deletions)  and  any  pertinent  data 
which  may  be  of  use  in  improving  this  document  should  be  address^  to:  Commander,  Naval 
Sea  Systems  Command,  SEA  SSZ3,  Department  of  the  Navy,  Washington,  DC  20362-5101  by 
using  the  self-addressed  Standardization  Document  Improvement  Proposal  (DD  Form  1426) 
appearing  at  the  end  of  this  document  or  by  letter. 

3.  In  contrast  to  previous  editions  of  MIL-STD-1379,  Seetkm  S  of  this  edition  is 
systematically  organized  along  the  line  of  work  tasks  to  be  performed,  task  inputs,  and  task 
outputs.  Task  descriptioos  l^t  work  tasks  associated  with  t^  production  of  spediSc  deliverables 
or  ^ta.  Each  task  description  is  made  up  o£  detailed  subtasks.  Task  inputs  deserfires  the 
general  information  needed  to  accomplish  a  task.  Task  outputs  identify  the  products  oqpected 
from  the  performance  one  or  more  tasks/subtasks. 

4.  The  purpose  of  the  task  statement  structure  is  to  make  Government  contracting  for 
training  services  more  precise  and  enable  more  accurate  ccmtractor's  fmeing,  and  to  facilitate 
Computer-aided  Acquisition  and  Logistic  Support  (CALS)  initiatives. 

5.  Hus  edition  also  caqumds  the  tcope  MIL'STD-1379  to  include  woric  tasks,  ta^  inputs 
and  task  outputs  associated  with  the  oondhict  and  evaluation  of  training.  Interactive  Courseware 
(ICW)  development,  and  detailed  requiiements  for  software  interfiles  and  related  conunands  to 
ensure  ICW  and  ICW  authoring  qutm  poitriifliiy  on  interactive  video  delheiy  qntema. 

6.  The  ultimate  goal  of  MILrSTD-1379D  is  to  enaUe  the  Government  to  identify  more 
accurately  the  data  or  information  that  the  Government  must  have  to  fulfill  a  training 
requirement  Because  the  standard  has  been  prepared  for  joint  service  use,  understanding  bow 
to  tailor  the  task  descriptions  and  data  requirements  cited  in  MIL-  STD-1 379D  is  critical. 

Failure  to  tailor  accurately  and  intelligentfy  will  result  in  performance  of  tasks  and  purchase  of 
data  that  either  extend  significantfy  beyond  the  minimum  scope  of  the  original  training 
requirement  or  that  do  not  meet  the  needs  of  the  end  user,  while  unnecessarify  escalating  the 
cost  The  contracting  activity  and  training  activity  must  work  as  a  team  to  tailor  the  tasks  and 
Data  Item  Descriptions  (DIDs)  cited  in  ths  standard  to  meet  Service-specific  needs. 
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1.  SCOPE 

1.1  Scone.  This  standard  provides  tailorabie  requirements  and  task  descriptions  for 
acquisition  of  military  training  programs. 

1.2  Application  of  standard.  This  standard  is  applicable  to  military  departments,  defense 
agencies,  and  to  industry,  and  should  be  applied  in  all  military  training  program  acquisitions  and 
major  modification  programs.  Tasks  described  in  this  standard  should  be  selective^  applied  to 
DoD  contract  acquisitions,  and  Government  developments  requiring  military  training  programs. 
As  used  in  this  standard,  the  "contracting  activity"  is  generally  a  Government  activiQr  but  may  be 
a  contractor  when  training  program  development  requirements  are  levied  on  subcontractors. 

The  term  "contractor"  herein  also  includes  Government  activities  developing  mflitary  training 
programs.  The  use  of  the  term  "contract"  in  this  standard  iiududes  any  document  of  agreement 
between  organizations  to  include  between  a  Government  activity  and  aix>ther  Government 
activity,  between  a  Govenunent  activity  and  a  contractor,  or  between  a  contractor  and  a 
subcontractor. 

1.2.1  Tailoring  of  task  descriptions.  The  task  descriptions  contained  in  this  standard 
should  be  tailored  few  the  specific  acquisition  phase  and  prograitL  This  approach  supports 
acquisition  streamlining  initiatives.  MIL-HDBK-248  also  provides  taikaring  guidance.  The 
contractor  may  recommend  additional  tasks,  subta^  or  task  modifications  with  appropriate 
supporting  rationale. 

1.2.2  Applicatio"  ^iplication  guidance  and  rationale  for  aelecting  tasks 

(subtaski)  to  meet  the  needs  of  a  paitinilar  ailitaiy  tiaining  program  and  intetactive 
couraewate  (ICW)  development  are  mehided  in  Appeadfams  A  and  R 

1.23  Method  of  reference.  Specific  task  description  nomber(s)  and  appropriate 
paragraphs,  as  well  as  applicable  task  inputs  arxi  task  outputs,  should  be  includ^  in  the 
Statement  of  Work  (SOl^  of  the  Request  few  Proposal  (RFP)  and  the  contract 

13.4  Style  and  format  requitements  for  date  products.  Detailed  style  and  format 
requirements  for  data  products  n^ted  to  a  nuhtaiy  training  program  are  induded  in  ^^)eadiz 
C  Tine  requirements  are  cited  in  the  prq>aratiott  instructions  of  the  Data  Item  Desoiptions 
(DIDs)  issued  to  acquire  data  gemated  as  a  result  of  this  standard  (see  63). 

12jS  Intmactive  oouraeware  ocwtabilitv  protocols.  The  portability  protocols  for  interactive 
courseware  and  authoring  tystem  portability  on  interactive  vi^  deliv^  tystems  are  induded  in 
^tpendiz  D.  This  appendix  jwovides  required  portability  commatKls  and  interfsce  mechanism 
for  input  to  the  tasks  qtedfied  in  this  standard. 
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2.  APPUCABLE  DOCUMENTS 


2.1  Govcroment  documents. 


A  2.1.1  SoeciOcations.  standards,  and  handbooks.  The  following  spccificaiions.  standards  and 
Hailabooks  rorm  a  part  of  this  document  to  the  extent  tpcaSai  herein.  Unless  othemise 
rspe^ed,  the  issues  of  these  documents  are  those  listed  in  the  imue  of  the  Department  of  Ddense 
Index  of  Specifications  and  Standards  (DODISS)  and  suf^lement  thereto,  cited  in  the  solicitation 
(see  6.2). 


STANDARDS 

MILITARY 

MIL-STD-138S-1 

MIL-STD-138&-2 


MIL^11>-1840 


Logistic  Support  Ana^/sis 

DoD  Requirements  for  a  Logistic  Support  Anal]fsis 
Record 

Automated  Interchange  of  Tedmical  Information 


(Unless  otherwise  indicated,  oc^iies  of  fiederal  and  militaiy  spedfications,  standards,  and 
haniftKxikx  are  available  fimn:  Standardizatkm  Documents  Onter  Desk,  Buil^g  4D,  700  Robbins 
Avenue,  Phfladcjpiiia,  PA  19111-5094.) 

2.1.2  OttWf  goycmaBK  dowmcmi.  drawing.  Mtf  .lwMiBMilMh  The  fioOowing  other 
Government  docnmrarti,  dnmingt,  and  pdbBeatfans  form  a  part  of  Ode  standard  to  Oe  esdent 
jpedfied  herein.  Unlen  others^  qiedfied,  the  issues  are  those  dted  in  the  solicitatioo. 

DEPARTMENT  OF  DEFENSE 


DOD  5220.22-M  Industrial  Security  Manual  for  Safeguarding  Classified 

Information 

(Ccqaes  of  DdD  5220L22-M  are  avaiUde  from  the  Commanding  OfBcer,  Naval  PuUicatioos 
Forms  Center,  5801  Tabor  Avenue,  Phflad^diia,  PA,  191204)000. 


2.2  Order  of  Iq  an  event  of  a  conflict  betneen  the  text  of  this  document  and 

the  references  dted  herein,  the  text  of  this  document  takes  precedence.  Nothing  in  this 
document,  however,  superredes  apfdicable  laws  and  r^ulatioos  onlem  a  specific  exemption  has 
been  obtained. 
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3.  DEFINITIONS 

3.1  General.  Key  teitns  used  in  this  standard  and  its  appendixes  are  defined  in  this 
section.  All  abbreviations  and  acronyms  used  in  this  standaid  and  its  appendixes  are  defined  in 
3.173  of  this  section. 

3.2  American  Standard  Code  for  Information  Interchange  fASCIIl.  The  standardized, 
eight-bit  data  character  code  system  used  intemationaliy  to  code  alphabetic,  numerical,  and 
other  symbols  into  the  binary  values  used  in  computer  applications. 

33  American  Standard  Code  for  Information  Interchange  fASail  interface.  An  interface 
between  ICW  or  authoring  ^tems  and  Virtual  Device  Interface  (VDI)  Management  that 
accepts  commands  and  returns  responses  in  the  form  of  standard  ASCII  strings 

3.4  Architecture.  In  computing,  the  design  philosofrfiy  of  computer  hardware.  Open 
architecture  allows  for  addition  of  peripherals  and  enhancements  tnm  third  party  hard^re 
vetKlors.  Closed  architecture  denotes  a  turn-key  computer  system  where  adding  of  peripherals 
or  enhancements  is  discouraged  or  impossible. 

33  Authoring  svsienL  Prepackaged  prompted  authoring  aides,  courseware  templates,  or 
menu  driven  editors  designed  to  help  authors  (without  formal  computer  programming  skiils) 
create  interactive  courseware  without  elaborate  programming.  A  high  level  interface  and 
structured  approach  to  developing  arxl  editing  interactive  courseware.  The  instructicHial  logic 
and  instructional  content  are  separate. 

3.6  Basic  inrwit-output  system  (BIOSl.  The  omnputer  hardware  and  software  vdiich 
describes  the  owiuentioiis  of  tnpucAoutput  for  a  partioiilar  oomputer. 

3.7  Behavior.  Any  activity,  overt  or  covert,  capable  of  being  measured. 

33  Binary  interface.  An  interface  between  ICW  or  authoring  systems  and  VDI 
Management  that  accepts  commands  and  returns  responses  in  the  form  of  command  and 
response  codes  and  pointers  to  parameter  packets  containing  parameter  tdeen  numbers  and 
associated  values. 

3.9  Manking.  A  term  used  to  denote  any  one  of  the  following; 

a.  The  period  of  time  in  which  no  video  image  is  displayed,  because  video  image  is 
being  refreshed. 

b.  The  infonmation-&ee  waiting  period  built  into  each  Geld  of  a  video  signal  to  allow 
the  piaure-forming  beam  of  a  CRT  to  be  re-aimed  for  the  start  of  the  next  Geld. 
The  sui^Hpesskm  of  the  video  portion  of  a  televisicm  signal 
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c.  The  search  interval  between  sequences  when  the  video  image  is  turned  off,  during 
the  time  it  takes  for  a  videodisc-  player  to  search  from  one  sequence  to  another. 

3.10  Buffer.  A  temporary  storage  device  for  data,  usually  used  to  compensate  for  a 
difference  in  data  rate  and  data  flow  between  two  devices  (for  example,  a  computer  and  a 
printer). 

3.11  Collective  analysis.  The  initial  part  performance  analysis  that  examines  missions, 
identifies  collective  tasks,  and  analyzes  the  critical  collective  tasks. 

3.12  Collective  task.  A  unit  of  work  or  Ktion  requiring  interaction  between  two  or  more 
individuals  for  its  accomplishment  (for  example,  operate  an  artillery  piece).  It  may  also  be  a 
mission  requirement,  such  as  secure  a  beachhead,  that  can  be  broten  dovm  into  individual  tasks. 

A  collective  task  has  identiGable  start  and  end  pemts  and  results  in  measurable  accomplishment 
or  product.  Some  parts  of  a  collective  tasks  may  be  achievable  by  an  individual,  in  which  case 
they  ocmsdtute  indi^ual  tasks  in  their  own  right 

3.13  Collective  training.  Instruction  and  applied  exercises  that  prepare  an  oi|;anizational 
team  (such  as  a  squad,  crew,  battalion,  or  multi-service  task  force)  to  accomplish  required 
militaiy  tasks  as  a  unit 

3.14  Color  graphics  adapter  fCGA).  An  expansion  card  for  IBM  compatible  personal 
computers,  inserted  into  the  computer’s  expanskm  slot  to  enable  the  computer  to  process  and 
display  color  graphics  and  text  at  a  resolutkm  32ab(20U  pixeb. 

3.15  Conditioit  That  portion  of  the  learning  obgective  that  describes  the 
situatioiitaiviroMBent  in  whkh  the  tramees  writeAeaipiesi^perfbrm  the  speciSed  behavior. 

Conditioiis  include  any  pertinent  influence  upon  task  performance,  including  any  or  all  of  the 
following:  location  of  performance,  envirorunent,  equipment,  numuab,  or  supervbkm  required. 

3.16  Constant  angular  velocitv  (CAV).  A  mode  of  videodisc  playback  where  a  disc  rotates 
at  a  constant  speed,  regardless  of  the  position  of  the  reading  head  or  stylus,  making  each  frame 
separately  addressaUe.  A  videodisc  with  informatkm  oonGgurod  in  concentric  circles  in  order  to 
provide  rapid  aixl  discrete  access.  Individual  flames  can  be  identified  and  retrieved  quickly  and 
easOy-tbe  rapid,  random  access  which  b  a  baM  requirement  for  an  interactive  videodisc  (IVD). 

A  CAV  videodisc  revolves  at  a  continuous  speed  of  1300  rotations  per  minute,  contains  54,000 
frames  per  side,  and  assigns  a  variable  track  length  to  each  frame.  One  revolution  generates 
one  video  frame.  Compare  with  definition  for  "CLV”  (see  3.17). 

3.17  Constant  linear  velocity  (CLVl.  An  extended-play  videodisc  with  information 
configured  in  a  spiral,  similar  to  a  record,  to  {novide  continuous,  linear  jday.  A  oonsbtent 
length  for  each  frame  b  maintained,  thus  enaUing  lortger  friayiitg  time  per  side.  CLV 
videodbes  aangn  a  fined  trade  length  to  each  firame  and  spin  at  a  speed  which  gradually 
decreases  as  the  disc  ptays.  CLV  discs  allow  twice  as  mu^  playing  time  per  side  than  CAV 
discs,  but  many  user  control  capabilities  of  the  CAV  format  are  forfeited.  The  CLV  dbc  can 
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be  read  in  linear  play  only,  but  can  provide  chapter  search  capability.  A  CAV  videodisc 
contains  106,000  frames  per  side  but  restricts  access  in  terms  of  chroDok>{ical  time.  They  are 
usually  used  for  entertainment  sudi  as  movies.  Compare  with  definitkm  for  ”CAV”  (see  3.16). 

3.18  Contract  Data  Requirements  List  fCDRLV  DP  Form  1423.  A  list  of  the  data 
requirements  that  are  authorized  to  be  acquired  for  a  specific  acquisition,  which  is  made  a  part 
of  the  contract 

3.19  Contract  deliverables.  Materials  delivered  by  a  contractor.  Examples  of  contract 
deliverables  are  Lesson  Plans,  Trainee  Guides,  and  Test  Packages. 

3.20  Contracting  activity.  An  element  of  an  agency  designated  by  the  agency  head  and 
delegated  broad  authority  regarding  acquisition  fiinctkms. 

3.21  Contractor-acquired  property  fCAPl.  Property  acquired  or  otherwise  provided  by  the 
contractor  for  performing  a  contract  and  to  which  tte  Govenimmit  has  title.  A^  see 
definitkms  for  "contractor-furnished  equipment*  (see  3.22),  and  "Government  property*  (see 
3.51). 

3.22  Contractor-furnished  equipment  fCFEl  Items  manufactured  or  purchased  by  the 
contractor  for  inclusion  in  or  suppcMt  of  ccmtract  woric.  Abo,  see  definition  for  'contractor- 
acquired  property*  (see  3.21). 

3.23  Core  command.  A  command  that  shall  be  implemented  for  the  service  group  in 
which  it  B  contained  to  be  oonqriainL 

Can  BaiamntTT  A  panMneteg  that  ahidl  be  implrmcmlod  to  the  .carniawl  that  uses  it 
to  be  compliant. 

3.25  Cost-effectiveness.  A  comparative  evaluation  of  potential  instruction  methods  and 
media  to  determine  the  most  efficient  alternative. 

3.26  Course.  A  term  used  to  denote  any  one  of  the  following: 

a.  Logically  grouped  iiBtruction  on  a  subject,  dengned  to  adiieve  predefined  learning 
ot:^tives.  Usually  concerns  a  single  job  or  task  (job  skilb  type  training)  or  a 
section  of  organized  knowledge  (infenmatkm  type  training).  A  cxnine  oonsbts  of 
one  or  more  modules.  Abo,  see  ctefioitions  for  "curriculum*  (see  3.29),  "lesson*  (see 
3.86),  and  'module*  (see  3.101). 

b.  A  complete  series  of  instructioiud  units  identified  fay  a  common  title  or  munber. 

c  An  ordered  arrangement  of  subject  matter  designed  to  instruct  personnel  in  the 
kixmdedge,  skilb,  or  techniques  required  in  the  performance  of  tasks  in  a  designated 
area  of  specialization. 
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3.27  Course  mtssioii.  A  description  of  the  ultimate  purpose  of  the  course  including  a 
statement  of  who  is  to  be  trained,  what  is  to  be  trained,  the  dqpee  of  qualification  tnought 
about  by  the  training,  and  where  and  under  what  general  conditions  the  graduate  will  perform 
on  the  job. 

3.28  Courseware.  Paper-based,  audiovisual,  and  electronically  stored  instructional  material 
necessary  to  deliver  a  lesson,  instructional  itradule,  or  course.  Fbr  purposes  of  this  document 
courseware  also  includes  the  special  applications  programs  and  other  software  necessary  to 
present  instruction. 

329  Curriculum.  A  set  of  courses  constituting  an  area  of  specialization.  All  training 
conducted  within  a  school,  outlined  into  specific  topics,  along  with  detailed  training  objectives, 
to  include  behavior,  oonditiorts,  and  standards.  Also,  see  definition  for  "course*  (see  326). 

320  Dau  Item  Deacrirttion  fPlDl  DD  Form  1664.  A  completed  form  that  defines  the 
data  required  of  a  contractor.  The  f<mn  specifically  defines  the  data  content,  preparation 
instructions,  format,  and  intended  use. 

331  Device.  A  mechanism  designed  to  serve  a  special  purpose  or  perform  a  special 
function.  A  device  has  a  nameMomenciature  and  reference  designator  and  can  be  operated  and 
maintained.  Commonly  referred  to  as  "hardware*  (see  332). 

332  Diric  osieratiny  system  (POSY.  An  essential  program  that  cootre^  the  operations  of  a 
computer,  including  how  aD  information  is  stored  on  a^  retrieved  from  a  disk. 

333  BBeetivBHem.  The  degree  to  which  a  training  product  or  piopam  meets  its  stated 
training  objectives. 

334  Enhanced  graphics  adapter  fEGAl.  An  expansion  card  for  IBM  compatible  personal 
cmnputers,  imerted  into  the  computer's  csqpansion  slot  to  enable  the  computer  to  process  and 
display  color  graphics  and  text  at  a  resolution  of  640k350  pixels  (see  3.117). 

335  ElemenL  In  training  developments,  the  smallest  unit  oi  behavior  that  has  practical 
meaning  to  instructional  anatysts/designers.  Elements  are  basic  motioiis,  movements,  and  mental 
processes  that  compose  the  procedural  steps  of  task  performance. 

336  SnxiiQOiBau.  Hie  physical  cemditions  and  surrounding  in  udiich  a  job  is  performed, 
or  in  which  learning  takes  |da^  including  tools,  equipment,  and  job  aids. 

337  Eipuinment  Aiqr  device  Uiat  supports  any  qfstmn  or  siAqfrtem.  A  major  unit  of  a 
sub^stem  for  which  operation  and  mamtenance  can  be  performed.  Equipment  b  made  up  of 
various  components. 
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3.38  Evaiuation.  A  judgement  expressed  as  a  measure  or  ranking  of  trainee  achievement, 
instructor  performance,  job  performance,  process,  application,  training  material,  and  other 
factors. 

3.39  Exercise.  A  term  used  to  denote  any  one  of  the  following: 

a.  The  total  instruction  that  a  trainee  receives  from  a  training  experience. 

b.  An  act  that  is  performed  or  praaiced  in  the  learning  experience  to  develop, 
improve,  or  display  a  specific  knowledge,  skill,  or  aptitude. 

3.40  Extended  command.  An  optional  command  that  does  not  have  to  be  implemented 
for  the  service  group  in  which  it  is  contained  to  be  complaint 

3.41  Extended  parameter.  An  optional  parameter  that  does  not  have  to  be  implemented 
for  the  conunand  that  uses  it  to  be  compliant 

3.42  Fault  A  malfunction  of  equipment/EinnwateAoftware. 

3.43  Formal  training.  Training  (including  special  training)  in  an  officially  designated  course 
conducted  or  administered  in  accordance  with  appropriate  course  outline  and  training  objectives. 

3.44  Formative  m’aluatioit  An  evaluatkm  that  provides  information  about  the 
effectiveness  of  training  materials  to  meet  the  training  objectives  and  the  trainee  acceptance  of 
trainiiig  matesMb  as  tbqr  are  being  developed. 

3.45  Finiction.  A  bioad  category  of  activity  peiformed  by  a  system  (for  example, 
tran^wrtation). 

3.46  Functional.  Capable  of  produdng  the  work  for  vdiich  it  was  designed. 

3.47  Govemment-fumished  equipment  fGFEl.  Equipment(s)  which  has/have  been  selected 
to  be  furnished  by  the  Government  to  a  contractor  or  Government  activity  for  installation  in,  or 
for  use  with,  or  in  support  of  the  aystem/equi{mient  during  production,  conversion,  or 
modification.  Abo,  see  definitkm  for  *Govemtnent  proper^  (see  3.51). 

3.48  Govemment-fumished  information  fGFlV  Information  vdiich  b  to  be  furobbed  by 
the  Government  to  a  contractor.  Abo,  see  definition  for  "Government  property”  (see  3.S1). 

3.49  Govemment-fumbhed  material  fGFMl.  Documents,  equipment,  facilities,  and 
services  supplied  to  a  contractor  before  and  during  the  execution  of  a  contract  Abo,  see 
definition  for  "Government  pn^ierty”  (see  3J1). 

330  Ooverament-fiimbh^  nronertv  fGFPl.  Property  (real  and  personal,  including 
facilities,  matoial,  special  tooling,  special  test  equipment,  ^  agem^-peculiar  property)  in  the 
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possession  of  or  directly  acquired  by  the  Government  and  subsequently  made  available  to  the 
contractor.  Documents,  equipment,  facilities,  and  services  suppUed  to  a  contractor  before  aixl 
during  the  execution  of  a  contract  Ako,  see  definition  for  ‘Government  prc^ierty*  (see  3.51). 

3.51  Government  property  (GPl.  All  property  (real  and  personal,  including  facilities, 
material,  special  tooling,  special  test  equipment  and  agency-peculiar  property)  owned  by  or 
leased  to  the  Government  or  acquired  by  the  Government  under  the  terms  cif  the  contract.  It 
includes  contractor-acquired  property  (see  3.21),  Govemment-fumished  equipment  (see  3.47), 
Government-furnished  information  (see  3.48),  Govemment-fumished  material  (see  3.49),  and 
Govemment-fumished  property  (see  3JS0). 

3.52  Hardware.  A  term  used  to  denote  any  one  of  the  following: 

a.  The  physical  components  and  equipment  which  actually  makes  up  a  computer  t^tem 
(eveiythiiig  except  the  prppams  or  software).  Physical  equipment  or  peripheral 
devices.  The  mechanical, electrical,  or  electronic  equipment  used  fior  prooeminf  data. 
The  various  devices  of  a  computer  system,  indudii^  the  machme  hs^  printers,  disk 
drives,  monitois,  modems,  and  allied  accessories  such  as  cables.  Hardwm  is 
tangiUe,  vdiereas  software  is  not 

b.  The  physical  components  of  a  system. 

3J3  Imrrlementation.  Conducting  and  evaluating  training. 

3.54  Individual  Tasfc  Tr«initiy  nTTPV  A  trainiag  package  that  provides 

commander^  trainers,  and  soldien  with  critical  task  perfamance  requirements  associated  with  a 

—  _  vm»  t-a^ 

HwaJiiL  joo* 

335  Individual  Ttainina  Standards  flTSsV.  The  standards  used  to  specify  individual  training 
proficiency  requirements  (tasks)  that  support  unit  mission  performance.  Th^  indude  a  task 
(behavior),  oo^tkms,  pr^ienqr  standards  (often  steps),  and  references.  ITSs  ate  generally 
derived  iii^  mission  p^ormance  standards. 

3.56  Input.  A  term  used  to  denote  any  one  of  the  following: 

a.  Information  fed  into  or  transferred  Grom  ai^  source  to  a  computer  or  processing 
qfstem. 

b.  Data  or  informatioo  fed  or  mitered  into  a  computer  via  such  devices  as  keyboards, 
fcqrpads,  and  light  pens. 

357  Input  and  output  (VOX  Information  exchanged  between  a  computer  and  peripheral 
equipment 
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3.58  Input  device.  A  mechanism  used  to  feed  or  transfer  information  into  a  computer  or 
processing  system  (for  example,  keyboard,  keypad,  light  pen,  trackball,  mouse,  joystick,  and 
touch  screen). 

.3.59  Inspection.  The  action  of  determining  whether  a  process  or  product  is  in  compliance 
with  established  regulatory  standards  and  procedures. 

3.60  Instruction.  The  delivery  of  information  to  enable  learning.  The  process  by  which 
knowledge  and  skilb  are  transferred  to  students.  Instruction  applies  to  both  training  and 
education. 

3.61  Instructional  material  All  items  of  material  prepared,  procured,  and  used  in  a  course 
or  programs  as  part  of  the  teaching  or  general  learning  process. 

3.62  Instructional  media.  The  means  used  to  present  information  to  the  trainee. 

3.63  Instructional  media  materials  flMMl.  Instructional  materials  that  present  a  body  of 
information  and  are  largely  self-supporting  rather  than  supplementary  in  the  teaching-learning 
process.  These  materials  have  applications  for  Independent  study/ildll  acquisition. 

3.64  Instructional  setting.  The  location  and  (riiysical  characteristics  of  the  area  in  which 
instruction  takes  place.  The  setting  can  be  in  a  dassroom,  a  laboratory,  a  Geld,  or  workplace 
location.  An  example  is:  a  clean,  well  lighted,  temperature  controlled  dassroom  equipped  with 
individual  dedcs,  chairs,  and  individual  video  monitors. 

3.65  Instructor.  The  personnel,  military  and  civilian,  tasked  with  teaching. 

3.66  Interactive.  Two-way,  immediate  communication  between  a  computer  and  a  user.  It 
involves  the  active  partidpation  of  the  user  in  directing  the  flow  of  the  computer  or  video 
program.  Interactive  is  a  system  that  exchanges  information  with  the  viewer,  processing  the 
viewer’s  input  in  order  to  generate  the  appropriate  response  within  the  context  of  the 
instruction. 

3.67  Interactive  courseware  flCWl.  A  computer  program  controlled  instruction  that  relies 
on  trainee  input  to  determine  the  order  and  pace  of  instruction  deliveiy.  The  trainee  advances 
through  the  sequence  of  instructional  events  by  making  decisions  and  selections.  The  iistruction 
branches  according  to  the  trainee’s  responses. 

3.68  Interactive  courseware  (ICW)  support  software.  Software  that  suppoits  application 
unique  ICW  requirements  (for  example;  simulation  models,  unique  device  drivers  and  course 
management  features  not  supported  by  authoring  systems)  (see  3.S). 

3.69  Interactive  Multimedia  Association  OMA).  An  association  of  organiatkms, 
institutions,  individuals  actively  involved  in  the  production  and  use  of  interactive  technology  and 
optical  media  ^tems,  and  those  who  provide  services  to  the  industry. 
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3.70  Interactive  video  f!V3.  Interactive  video  uses  analog  and  digital  video  data  bases  to 
present  instructional  material  in  the  ICW  environment. 


3.71  Interface.  A  term  used  to  denote  any  one  of  the  following: 

a.  The  link  between  two  pieces  of  dissimilar  equipment,  allowing  them  to  communicate 
with  each  other.  A  physical  or  functional  connection  between  two  or  more  devices 
or  systems. 

b.  The  device  or  circuit  that  provides  the  communicating  transition  between  different 
systems.  The  hardware  and  software  for  connecting  a  device  to  a  system  or  one 
system  to  another. 

a 

3.72  International  Business  Machines  flBM3  compatible.  A  personal  computer  which  is 
100  percent  compatible  in  form  and  function  with  the  IBM  PC  famify  of  perso^  omnputers. 

3.73  International  Butiness  Machines  personal  computer  fIBM  PQ.  A  term  used  to 
denote  one  of  tlm  following: 


A  term  used  to  denote  a  family  of  personal  computer  manufactured  by  IBM.  This 
series  of  computers  was  commercial  available  but  still  widety  used  in  the  business 
world.  The  lamiiy  includes  the  IBM  PC,  XT,  and  AT. 


b.  The  original  oonuneicially  available  IBM  8-bit  mkropiooesMir-based  miciooomputer, 
which  used  the  Intel  8(C^  chip  as  its  central  procening  unit  It  came  standard 
with  the  DOS  operating  system  and  two  360  kObbyies  5.2S  inch  floppy  dWe  drives. 


3.74  International  Business  Machines  neiional  computer  Advanced  Technologv  (IBM  PC- 
ATT.  The  original  commercially  avaflable  IBM  16-bit  microprocessor-based  microcomputer, 
which  used  the  Intel  80286  chip  as  its  omitral  processing  unit  It  came  standard  with  the  DOS 
operating  ^tem,  a  1.2  megabyte  S.2S  inch  floppy  disk  drive,  and  a  bard  disk. 


3.75  Interonerabilitv.  The  ability  to  inter^nge  hardware  components  having  the  same 
form,  fit  and  function,  across  hardware  platforms,  without  affecting  the  functionality  of  the 
system. 


3.76  Interrupt  An  instruction  vriiicb  temporarily  stops  the  normal  operation  of  a  routine 
by  a  special  signal  from  the  computer.  Normal  operation  can  be  resumed  fiom  that  point  at  a 
later  time. 


3.77  Job.  The  duties,  tasks,  and  task  elements  performed  by  one  individual  that 
constitutes  his/her  job.  The  job  is  the  basic  unit  used  in  carrying  out  the  personnel  actions  of 
selection,  training,  classification,  and  assignment 
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3.78  Job  aid  f JA).  A  checklist,  procedural  guide,  decision  table,  worksheet,  algorithm,  or 
other  device  used  by  job  incumbent  to  aid  in  task  performance.  Job  aids  reduce  the  amount  of 
information  that  personnel  must  recall  or  retain. 

-3.79  Job  performance  measure.  An  instrument  used  to  evaluate  proficiency  of  a  job 
holder  on  each  tasked  performed.  Also,  see  definition  for  ’performance  measure”  (see  3.109). 

3.80  Job  task  analysis.  A  process  of  examining  a  specific  job  to  identify  all  the  duties  and 
tasks  that  are  performed  by  the  job  incumbent  at  a  given  skill  level. 

3.81  KjKwvledge.  Information  required  to  develop  the  skills  and  attitudes  for  effective 
accomplishment  of  the  jobs,  duties,  and  tasks. 

3.82  Learning.  A  change  in  the  behavior  of  the  student  as  a  result  of  stimulus  or 
experience.  The  behavior  can  be  physical  and  overt,  or  it  can  be  intellectual  or  altitudinal  or 
both. 

3.83  Learning  activities.  Events  intended  to  promote  student  learning;  those  activities  that, 
along  with  the  media  used,  create  or  stimulate  the  desired  learning. 

3.84  Learning  analysis.  A  procedure  to  identify  task  sub«lenients  and  their  related 
skflls/knowledge  that  must  be  learned  before  a  person  can  adiieve  mastery  of  the  task  itself. 

3^  Leannng  objective.  A  statement  of  the  behavior  or  peifonnanoe  expected  of  a 
trainee  as  a  ranih  of  a  learning  experienoe,  expressed  in  terms  of  the  behavior,  the  conditions 
under  vdiich  it  is  to  be  ediibited,  and  the  standards  to  which  it  will  be  performed  or 
demonstrated.  Ako  called  'trammg  objective*  (see  3.157).  Also,  see  definition  far  *dbjective” 
(see  3.103). 

3.86  Lesson.  A  segment  of  instruction  that  contains  an  objective,  information  (to  be 
imparted  to  the  student),  and  an  evaluation  instrument  (test).  A  segment  of  instruction  that 
covers  a  spedfic  maintenance  task,  procedure,  or  idea.  That  element  of  a  module  that  is 
designed  to  teach  one  or  vaorc  learning  objectives.  Also,  see  definitions  for  "course*  (see  3.26) 
and  "module"  (see  3.101). 

3.87  ^  ajqiroved  plan  for  instruction  that  provides  specific  definition  and 
direction  to  the  instructor  ca  learning  objectives,  equipment,  instructional  media  material 
requirements,  and  conduct  of  the  training.  Lesson  plans  are  the  principal  component  of 
curriculum  materials  in  that  they  sequence  the  presentation  of  leming  experiences  and  program 
the  use  of  supporting  instructional  materiaL 

3.88  Logical  colors.  The  number  of  colors  that  can  be  displayed  simultaneously  by  a 
graphics  adapter  is  the  number  of  available  logical  colors.  For  example,  an  adapter  mi^t 
support  16  logical  colon  from  a  palette  of  4096  physical  colon  (see  3.116). 
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3.89  Loeislics  support.  Resources  required  to  support  instructionai  delivery. 

3.90  Maintenance.  The  physical  act  of  preventing,  determining,  and  correcting  equipment 
or  software  faults.  It  iiKludcs  all  actions  taken  to  retain  syBtem./equipment/pmduct  in  a  useful 
serviceable  condition  ttr  to  restore  it  to  usefulness/Krviceability.  Maintenance  includes 
inspection,  testing,  servicing,  classification  as  to  serviceability,  repair,  rebuilding,  and  reclamation. 

3.91  Management  plan.  A  program  for  the  assignment,  monitoring,  and  assessment  of  the 
personnel,  materials,  and  resources  dedicated  to  a  specific  mission,  operation,  or  function. 

3.92  Manpower.  The  requirements  or  billets  needed  in  an  organization,  to  accomplish  a 
task  or  service.  Compare  with  definition  for  "pmsonnel*  (see  3.113). 

3.93  Media.  The  delivery  vehicle  for  presenting  instructional  material  or  the  basic 
communication  stimuli  presented  to  a  student  to  induce  leanting.  Examples  include:  text, 
pictorial,  tactile,  aural,  motion,  color,  odor,  and  taste. 

3.94  Media  selection.  The  process  of  sdecting  the  most  effective  means  of  delivering 
instruction. 

3.95  Microprocessor.  The  electronic  components  oi  an  entire  central  jvooeasing  unit 
contained  on  a  single  chip.  A  miniaturized  central  processor.  Oim  of  the  principal  components 
of  a  microcomputer.  A  device  which  offen  specialized,  but  limited,  computer  power  and 
storage  in  equipment  which  is  self-contained  (for  example,  videodisc  player)  -  not  necessarily 
part  of  a  complete  computer  i^stem.  For  the  purpose  of  this  standard,  an  Intd  microptooessor 
with  the  numeric  destgnation  8066,  8088,  80186,  80188,  80286,  386  SX  386  DX  or  i486v  or  a 
fimrrionally  equivalent  non-Intel  aiicroprooeaaor. 

3.96  Microsoft  Disc  Operating  System  fMS-DOS).  A  general  purpose  computer  disk 
operating  ^tem  developed  by  Microsoft  and  used  on  microcomputers.  This  term  is  used 
generkally  for  operating  systems  including  Microsoft  MS-DOS  versions  2.0  and  higher  and 
compatible  operating  qstems  such  as  IBM  PC-DOS  versions  ZO  and  higher  (see  3.112). 

3.97  Milestone.  A  major  point  in  the  development  of  a  project 

3.98  Military  training.  The  instruction  provided  personnel  to  develop  capability  to  perform 
specific  military  functions  and  tasks,  and  to  enhar)ce  their  knowledge  of  the  science  and  art  of 
war. 


3.99  Mission  analysis.  A  process  of  reviewing  mission  requirements,  devek^ing  collective 
task  statements,  and  arranging  the  collective  tasks  in  a  hierarcl^  relationship. 

3.100  MisskMi  Performance  Standards  fMPS).  Criteria  that  spediy  nrnsion  and  functional 
area  unit  proficiem^  standards  for  combat,  support,  and  combat  service  support  units.  They 
include  task,  conditions,  standards,  evaluator  instructions,  atxl  key  indicators. 
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3.101  Module.  A  stand-alone  instructional  unit  which  is  designed  to  satisfy  one  or  more 
learning  objectives.  A  separate  component  complete  within  itself  which  can  be  taught, 
measured,  and  evaluated  for  a  change  or  bypass^  as  a  whole;  one  which  is  interchangeable 
with  others,  used  for  assembly  into  units  of  differing  size,  complexity,  or  function.  An 
individualized  self-instructional  package,  usualfy  containing  all  the  necessary  materials  a  student 
needs  to  meet  some  or  all  of  a  learning  ohjective/task.  A  module  consists  of  one  or  more 
lessons.  Also,  see  definitions  for  ’course”  (see  3.26)  and  ’lesson*  (see  3.86). 

3.102  National  Television  Standards  Committee  CNTSCV  A  term  used  to  denote  any  one 
of  the  following: 

a.  National  Television  Standards  Committee.  A  committee  of  the  Electronics 

Industries  Association  (ElA)  that  prepared  the  standard  specifications  approved  by 
the  FCC.  • 

b.  An  acronym  for  referring  to  the  American  television  standards  set  by  the  National 
Television  Standards  Committee.  The  American  color  televiskm  standard  having  S2S 
scan  lines,  a  field  frequent^  of  60  Hz,  a  broadcast  bandwidth  of  4  MHz,  line 
fiequent^  of  1S.7S  KHz,  ^me  frequency  of  1/30  of  a  second,  field  frequency  of 
1/60  of  a  second,  and  a  color  subcarrier  frequent^  of  3.58  MHz. 

3.103  Objective.  Statement  that  specify  precisely  what  behavior  is  to  be  adtibited,  the 
conditions  under  which  behavior  will  be  accompinhed,  and  the  minimum  standard  of 
perfonnanoe-  Objectives  describe  only  the  behavicn  that  directly  lead  to  or  tqiecifically  satisfy  a 
job  perfionnance  lequiremenL  Many  terms  have  been  used  to  describe  the  various  levels  of 
abjeeiivBSk  but  baskalfy  thqr  alliobjectivH  and  riwlrt  describe  behavior,  cooditioBa,  and 
standards.  An  objective  is  a  statement  of  instructkmal  intent  Also,  see  ddflnllkm  for  'Teaming 
objectives"  (see  3.85). 

3.104  On-the-iob  training  fOJT).  Training  in  designated  job  skills  provided  at  the  job 
sites. 

3.105  Operating  system  fOSl.  A  set  of  programs  that  facilitates  computer  intern 
operation.  A  set  of  programs  which  control  the  running  of  a  computer  and  its  peripherals, 
llie  fundamental  instructions  by  which  a  computer  can  store,  process,  and  retrieve  information. 
Software  which  controls  the  execution  of  computer  programs  and  which  may  provide  sdieduling, 
debuggmg,  input/output  contre’.,  accounting,  compilation,  storage  assignment,  data  management, 
data  transfer,  and  related  services. 

3.106  Output  Information  fed  out  by  a  computer  or  system.  Material  generated  by  a 
ccmiputer  from  its  memory  for  display  on  a  screen,  or  for  transfer  to  some  other  medium  such 
as  paper  (via  printer)  or  magnetic  storage. 

3.107  Output  device.  Hardware  that  handles  output  operations. 
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3.106  Performance.  Part  of  a  criterion  objective  that  describes  the  observable  student 
behavior  (or  the  product  of  that  behavior)  that  is  acceptable  to  the  instructor  as  proof  that 
learning  has  occurred. 

3.109  Performance  measure.  The  absolute  standard  by  which  job  performance  is  judged. 

It  includes  behaviors,  results,  and  characteristics  that  can  be  observ^  and  scored  to  determine 
if  a  trainee  has  performed  a  task  correctly.  Also,  see  deflnition  for  "job  performance  measure* 
(see  3.79). 

3.110  Personal  computer  (PCI.  A  microcomputer.  An  relatively  inexpensive,  somewhat 
portable  computer  for  business  and  home  use. 

3.111  Personal  computer  fPO  compatible.  Refers  to  computers  compatible  with  the  IBM 
Personal  Computer  standard. 

3.112  Peiicmal  comouter-disk  operating  system  fPC-DOSl.  A  computer  operating  system 
developed  by  IBM  and  used  on  IBM  PC  class  microcomputers.  Similar  to  "MS>DOS"  (see 
3.96). 

3.113  Personnel.  The  individuals  who  accomplish  specific  task.  Personnel  connotes 
individuals  whereas  "manpower*  connotes  requirements  or  billets.  Compare  with  definition  for 
"manpower*  (sec  3.92). 

3.114  Pciionnel  Perfonnanoc  Profile  fPPPl  Tables.  A  document  that  provides  a 
mintmiMH  tequiiemeots  listiag  of  all  knowledge  and  skills  required  to  operate  and  maintain  a 
intern,  tahryatnai  or  equipiwrt,  or  to  perform  n  task  or  fiinBtioB>  PPPs  ana  a  basic  aknent  in 
the  design,  development,  and  managBaaent  of  training.  The  five  types  of  PPPs  are: 

a.  System.  *^116  Intern  PPP  table  identifies  the  knowledge  and  skills  required  to 
operate  and  maintain  a  system.  The  System  PPP  identifies  the  interrelationship  of 
subsystem  fiinctioiu  within  the  system. 

b.  Subsystem.  The  Subitem  PPP  table  identifies  the  knowledge  and  skills  required  to 
operate  and  maintain  a  subsystem  in  sufficient  detail  to  allow  the  user  to  idratify 
the  equipment  integration. 

c.  Equipment  The  Equipment  PPP  table  identifies  the  knowledge  and  skills  required 
to  operate  and  maintain  an  individual  equipment,  or  equipment  assemblage, 
including  software-related  activities. 

d.  Task/Function.  The  Task/FuncUra  PPP  taUe  identifies  the  occupational  specialty 
knowledge  and  skills  that  are  either  operational,  mahitenanoe, 
administrative/nianagerial,  or  specialize  in  nature  and  purpose,  or  that  describe  a 
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mission  that  b  broader  in  scope  and  importance  than  that  of  individual  equipments 
being  c^rated/maintained  simultaneously  or  over  time. 

e.  Background.  The  Background  PPP  table  identifies  the  prerequbite  knowledge  and 
skilb  required  to  learn  the  operation  and  maintenance  of  a  system,  subsystem, 
equipment,  or  the  performance  of  a  task  or  function. 

3.115  Phase  alternation  by  line  fPAL).  The  625  line,  50  field,  color  TV  standard  of 
western  Europe  (excluding  France),  Africa,  Australia,  and  South  America. 

3.116  Physical  colors.  The  total  possible  colors  that  can  be  dbplayed,  not  necessarily 
simultaneously,  by  a  graphics  adapter  b  the  number  of  available  physic^  colors  -  thb  b  also 
commonly  called  the  palette  size.  For  example,  an  adapter  might  support  16  logical  colors  from 
a  palette  of  4096  physical  colors. 

3.117  Physical  picture  element  fPixen.  An  abbreviation  of  picture  element  A  single 
point  of  illumination  on  a  dbplay  device.  One  of  thousands  of  points  of  light  and  color  which 
make  up  a  screen.  The  medium  raster  dbplay  element,  represented  as  a  point  with  a  spedfied 
color  and  inteiuity  level.  The  smallest  dot  that  can  be  dbplayed  on  a  monitor.  A  discrete 
element  dot  in  a  screen  of  information. 

3.118  Pilot  course.  A  full  length  course  conducted  in  a  target  environment  (faeflities, 
instructors  and  trainees)  using  the  curriculum  and  supporting  training  material  prepared  for  that 
course.  It  has  as  its  purpose  the  "shaking  down*  or  "imlidating*  of  the  curriculum  and  materiab 
in  a  classroom  situation  to  determine  their  effectiveness  in  attaining  the  approved  learning 
objectives  or  training  goals. 

3.119  Population.  A  well-defined  group  of  subjects,  things  or  characteristics  from  which 
measurements  are  taken  (for  example,  all  students  6  feet  or  taller). 

3.120  Portability.  The  capability  to  run  courseware  and  associated  application  programs 
without  modification  on  a  delivery  system  other  than  the  one  for  which  th^  were  originally 
designed.  Also  called  "transportability”. 

3.121  Prerequbite.  A  needed  requirement  the  student  must  possess  before  being  able  to 
take  training.  It  covers  what  a  student  must  know  before  taking  a  lesson  of  instruction. 

3.122  Profile  item-to-topic  learning  objectives  rhffl  An  adminbtrative  tool 

designed  to  reflect  the  coverage  of  PPP  line  items  within  a  curriculum. 

3.123  Programming  script  A  detailed  plan  of  the  computer  program  information  for  each 
frame  of  interactive  courseware.  Also,  see  ^finition  for  "b^pt”  (see  3.129). 

3.124  Quality  assurance.  Those  actions  taken  by  the  Government  to  assure  that  services 
meet  the  requirements  in  the  Statement  of  Work  (SOW). 
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3.125  Read  only  memory  fROMI.  A  term  used  to  detkote  any  one  of  the  fcdlowing: 

a.  A  type  of  intcraal  computer  memory  in  which  data  can  be  read  but  cannot  be 
altered.  Non-changeabie  computer  memory  with  permanently  stored  data  that  is 
retained  when  power  is  removed  from  a  computer.  The  smaller  part  of  a 
computer’s  memory  in  which  essential  operating  information  is  recorded  in  a  form 
which  can  be  recalled  and  used  (read)  but  not  amended  or  recorded  (written). 

b.  A  computer  storage  medium  which  allows  the  user  to  use  information  (read)  but 
iK>t  record  or  amend  (write). 

3.126  Register.  An  internal  circuit  in  a  microprocessor  used  for  holding  and  manipulating 
dau  and  memory  addresses.  Specific  registers  refeieitced  in  Appendix  D  of  this  standard 
include  the  Intel  80x86  microprocessor  16-bit  AX,  BX,  ES,  and  DI  registers. 

3.127  Reliability.  A  term  used  to  note  any  one  of  the  following: 

a.  A  characteristic  of  evaluation  which  requires  that  testing  irutruments  yidd  oonsistait 
results.  The  degree  to  which  a  test  instrument  can  be  expected  to  yield  the  same 
result  upon  repeated  administrations  to  the  same  population. 

b.  The  characteristic  that  a  device,  equipment,  or  ^tem  will  operate  effectively  for  a 
period  of  time  without  a  failure  or  breakdown. 

3.128  Resource  requirements  list  An  overall  list  that  identiSes  the  texts,  teferenoes, 
equipment,  fihns,  graphicB,  and  instructiooal  media  materials  required  to  support  the  cunkahan. 

3.129  Script  The  detailed  plan,  induding  a  numbered  list  of  each  scene  or  frame  showing 
description,  talent,  props,  audio,  narration,  sound  effects,  camera  angle,  image  size,  and  all  that 
is  necessaiy  to  produce  an  audiovisual  program.  It  is  a  printed  narration  with  instructions  and 
cues  used  to  develop  video  presentations  for  programs  or  program  segments.  Also,  see 
definition  for  "programming  script"  (see  3.123). 

3.130  Script-storvboard.  A  combination  stoiyboard  and  audiovisual  script  It  is  a  detailed 
description  of  an  individual  or  series  of  frames  containing  important  script  features  rtf  scene 
description,  reference  information, text  displi^ed,  audio  content,  camera  direc^ns,  special 
effects,  program  flow,  programming  function  information,  production  information,  p^-produc- 
tion  information,  props  needed,  graphics  needed,  and  spei^  notes.  Also,  see  definition  for 
"storyboard”  (see  3.135). 

3.131  Self-study.  Individual  study  by  wfaidi  a  person  learns  new  skills  or  knowledge  or 
reinforces  skills  or  kixnviedge  already  learned. 
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3.132  Service  group.  A  segregated  set  of  commands  that  relate  to  a  specific  functional 
area.  For  exampte,  the  videodisc  (vd)  service  group  contains  commands  for  controlling 
videodisc  players. 

« 

3.133  Skill.  The  ability  to  perform  a  job  related  activity  that  contributes  to  the  effective 
performance  of  a  task. 

3.134  Software.  A  term  used  to  denote  any  one  of  the  following; 

a.  The  programs  and  routines  that  tell  the  computer  and  its  peripherals  what  to  do. 
Any  system  of  instructions  that  direct  computer  operation.  Category  of  computer 
components  which  is  restricted  to  instructions  to  the  equipment  (hardware).  The 
programs  for  the  computer.  Typically,  software  can  be  divided  into  operating 
systems,  computer  languages  including  authoring  tools,  and  application  programs. 

b.  The  media  which  stores  software,  such  as  floppy  disks,  flowcharts,  manuals,  and 
other  computer  programming  documentation. 

c.  Non-equipment  training  material,  such  as  pamphlets,  handouts,  schematics,  charts, 
audiovisu^  products,  and  guide  sheets. 

3.135  Storyboard.  A  layout  and  detailed  graphic  description  of  a  single  frame  or  series  of 
frames,  arranged  sequentially,  that  dcKribe  the  action  and  content  of  the  interactive  courseware 
and  spedGes  all  details  such  as  graphics,  text,  visuals,  video,  audio,  qiecial  effects.  It  is  a 
graphic  depiction  that  visually  shows  the  interactive  courseware  |»esentation  on  paper.  Abo, 
see  definitioD  for  Vript-stoiybowd”  (see  3.130)k 

3.136  Student  The  term  includes  the  individual  being  trained,  the  iixitvidual  learning  from 
the  interactive  courseware,  or  an  injSividual  who  has  been  placed  in  a  learning  situation  in  order 
to  acquire  knowledge  and  sidlb  requited  for  imcomplishtnent  of  specific  tasks.  Also  called 
"trainee*  (see  3.146). 

3.137  Subtask.  Activities  (peroqitkms,  derisions,  and  responses)  that  GU  a  pemion  of  the 
immediate  purpose  within  a  task  (for  example,  remove  a  lug  nut). 

3.138  Summative  evaluatiott  The  overall  assessment  of  a  program  at  the  completion  of 
the  developmental  process. 

3.139  Surveillance.  A  process  that  {nrovides  on-going  evaluation  of  training  or  training 
materiab  to  insure  continued  effectiveness  and  currency  of  content  to  meet  the  training 
requirements  as  dictated  by  the  operational  ^tems,  support  ^tems,  mission,  and  threats. 

3.140  System.  A  term  used  to  denote  any  one  of  the  following: 
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a.  An  organized  set  of  related  components  established  to  perform  certain  tasks. 

b.  A  grouping  of  functionally  related  subsystems  operating  together  to  support  a  major 
function. 

3.141  Tailoring  of  data  requirements.  The  deletion  of  data  requirements,  from  an 
approved  Data  Item  Description  or  source  document,  that  are  unnecessary  to  meet  the  needs 

specific  contract. 

3.142  Task.  A  single  unit  of  specific  work  behavior  with  clear  beginning  and  ending  points 
and  directly  observable  or  otherwise  measurable  process,  frequently  but  not  always  resulting  in  a 
product  that  can  be  evaluated  for  quantity,  quality,  accuracy,  or  fitness  in  the  work  environment 
A  task  is  performed  for  its  own  sake,  that  is,  it  is  not  dependent  upon  other  tasks,  although  it 
may  fall  in  a  sequence  with  other  tasks  in  a  duty  or  job  array. 

3.143  TmK  ifirrnption.  Verbal  description,  in  odumn,  outline,  decision  table,  or  timeline 
fomut  which  describes  the  required  job  behavior  at  the  highest  level  of  generality.  Intended  to 
provide  an  overview  of  the  total  performance. 

3.144  Twik  A  written  description  of  task  performance  that  conuiiu  an  action 

verb,  an  object,  and  must  express  the  conditions  under  which  the  task  is  performed  and  the 
statKlard  that  the  performance  must  meet 

3.145  Teat  Any  deviocAechiiiqoe  used  to  measure  the  perfonnanoe,  skill  level  and 
knowledfe  of  an  individuaL 

3.146  TWminiw-  Uentical  to  definition  for  "student*  (see  3.136j. 

3.147  TVainee  Guide  (TGI.  A  generic  term  for  the  various  printed  materials  developed 
for  trainee  use.  A  publication  that  provides  eadi  trainee  with  the  supplementary  material  (in 
addition  to  technical  manuals)  judg^  to  be  required  for  his/her  successful  completion  of  a 
course  of  study.  The  trainee  guide  includes  instruction  sheets  that  contain  material  such  as 
homework  assignments  and  homework  study  questions,  problem  ana^is  exercises,  job 
perCMmanoe  sequences  and  performance  evaluation  criteria,  special  irvtructor  handouts,  and 
special  units  of  additional  or  amplifying  informatiotu 

3.148  TVaininy.  Instructkm  and  aj^died  exercises  for  the  attainment  and  retentkm  of  skills, 
knowledge,  and  attitudes  required  to  accennplish  military  tasks. 

3.149  Training  aid.  A  generic  term  referring  to  any  item  devek^ied,  procured,  or 
fabricated  for  the  purpose  of  assisting  in  the  conduct  of  trainmg  and  the  process  of  leammg, 
such  as  models,  mockups,  interactive  courseware,  audiovisua]  akh,  displays,  slides,  books, 
pictures,  and  magnetic^tical  recordings. 
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3.150  Training  canabililies  analysis.  An  analysit  that  provides  information  about  what  the 
training  material  or  training  equipment  could  train. 

3.151  Training  devices.  Hardware  and  software  designed  or  modified  exclusively  for 
training  purposes  involving  simulation  or  stimulation  in  its  construction  or  operation  to 
demonstrate  or  illustrate  a  concept  or  simulate  an  operational  circumstance  or  environment. 

3.152  Training  effectiveness.  The  training  beneGt  gained  in  terms  of  operational  readiness. 
Also,  the  thoroughness  with  which  training  objectives  have  been  achieved,  regardless  of  training 
efndency. 

3.153  Training  effectiveness  evaluation.  The  systematic  process  of  measuring  the  training 
benefit  gained  through  a  course  of  instruction  in  terms  of  operational  readiness.  Abo,  the 
process  of  determining  the  thoroughness  with  which  training  objectives  have  been  achieved, 
regardless  of  training  efficiency. 

3.154  Training  equipment.  Materiel  used  in  training. 

3.155  Training  facility.  A  permanent  or  semi-permanent  military  real  property  or 
contractor  property,  used  for  the  purposes  of  conducting  training. 

3.156  Training  materiak.  A  general  term  covering  plans,  control  documents,  aixl 
instructional  materiab. 

3.157  TVaining  objective.  Identical  to  definition  for  "learning  objective”  (see  3.85). 

3.158  TVaining  Path  Swtem  flrSi.  A  coordinated  lysian  for  identi^g  the  training 
requirements  for  cat^ories  of  personnel  in  a  training  program.  The  trainee  must  obtain  the 
knowledge  and  sidlb  necessary  to  coordinate,  direct,  or  perform  operation  and  maintenance  of  a 
system,  subsystem,  or  equipment  or  perform  task/functions.  It  b  based  on  the  knowledge  and 
skill  items  set  forth  in  personnel  performance  profiles  (PPPs),  and  upon  an  orderly  categoriza¬ 
tion  of  these  items. 

3.159  Training  plan.  A  document  wliidi  includes  program  information  and  data 
concerning  the  system  or  equipment  program,  event,  or  situation  that  originated  the  training 
requirement,  and  describes  the  training  required  and  the  training  program(s)  to  saUsfy  the 
requirement.  Training  plans  are  designed  to  provide  fm  fdarming  arxl  implraentation  of 
training  and  to  ensure  that  all  resources  and  supporting  actions  required  for  establbhment  and 
support  are  considered. 

3.160  Training  program.  An  assembly  or  series  of  courses  or  other  requirements  that  have 
been  organized  to  fulfill  a  broad  overall  training  objective. 

3.161  Training  site.  The  geographic  locatk>n(s)  at  which  a  course  or  training  b  conducted. 
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3.162  Traininp  support.  The  providing  of  resources,  such  as  billets,  personnel,  funds, 
facililics,  hardware,  course  materials,  and  services,  for  the  use  of  the  training  activity. 

3.163  Training  system.  An  integrated  combination  of  all  dements  (such  as;  training 
material  and  equipment,  personnel  and  logistic  support)  necessary  to  conduct  training. 

3.164  Training  System  Utilization  Handbook.  A  document  that  is  designed  for  User 
personnel  to  aid  them  in  operating  and  achieving  full  utilization  of  a  specific  training  system 
during  the  presentation  of  a  course(s)  of  instruction,  training  exercise(s)  or  mission(5). 

3. 165  Training  task.  A  task  selected  for  training. 

3.166  Training  task  analysis.  The  process  of  examining  each  unique  unit  of  worit  from  job 
task  atmlysis  to  derive  descriptive  information  (for  example;  procedural  steps,  elements,  task 
conditions,  standards,  and  other  information)  tsed  in  the  design,  development  and  testing  of 
training  products. 

3.167  Validation.  The  process  by  vriiidi  the  curriculum  materials  and  instruction  media 
materials  are  reviewed  by  the  contractor  for  instructional  aocura^  and  adequacy,  suitability  for 
presentation,  and  effectiveoess  in  providing  t<x  the  trainees*  accomplishment  of  the  learning 
objectives.  Validation  is  normally  accomfrfisbed  in  tryouts  with  a  representative  target 
population.  The  materials  are  revised  as  necessary  as  a  result  of  the  validatioo  process. 

3.168  Videodisc.  A  generic  term  used  to  describe  a  medium  of  audiovisual  infwniatioo 
storage.  A  thin  circular  plate  composed  of  translucent  layered  plastics  sandwiching  a  metal 
layer  on  which  videos  audio,  and  digital  informatioo  is  encoded  as  a  series  of  shallow 
rmcrosoopic  pits  aloiig  a  citcular  or  qiiral  track  for  playbadt  on  a  tdevimoa  monitar.  ^^deodisc 
is  an  information  stexage  medium  for  analogAUgital  (fmr  example,  video,  audio,  and  control 
signals)  data. 

3.169  Videodisc  plaver.  A  device  used  to  read  (play)  a  videodisc 

3.170  Video  graphics  array  fVGA^.  An  expansion  card  for  IBM  personal  computers  that 
is  inserted  into  the  computer’s  expansion  slot  to  enable  the  computer  to  process  and  display 
color  graphics  and  test  at  a  resolution  of  640x480  pixels  (see  3.117). 

i 

3.171  Virtual  Device  Interface  fVDll.  This  term  is  used  interchangeaUy  with  VDI 
Management  (see  3.172). 

3.172  Virtual  Device  Interface  fVDn  Management.  The  ^tern-level  software  that  is 
responsiUe  for  enecuting  and  reqxmding  to  core  and  extended  commands  received  (rom  ICW 
or  authoring  systems  via  the  ASCII  or  biitaty  interface  (see  3.171). 
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.1.173  Abbreviations  and  acronyms  used  in  this  standard.  The  abbreviations  and  acronyms 
used  in  this  standard  and  its  appendixes  are  defined  as  follows  (terms  with  cross-references  are 
defined  herein): 


ACCP 

- 

Army  Correspondence  Course  Program 

AMSC 

- 

Acquisition  Management  Systems  Control 

AMSDL 

- 

Acquisitions  Management  ^tems  and  Data  Requirements 
Control  List 

ASCII 

- 

American  Standard  Code  for  Information  Interchange  (see  3.2) 

BIOS 

- 

Basic  Input  •  Output  System  (see  3.6) 

BSOT/BD 

- 

Basic  Sonar  Operation/Basic  Diagnostic 

CAD 

- 

Computer-aided  Design 

CAD 

- 

Computer-aided  Drafting 

CALS 

- 

Computer-aided  Acquisition  and  Logistic  Support 

CAP 

- 

Contractor-acquired  Property  (see  3.21) 

CAV 

- 

Constant  Angular  Velocity  (see  3.16) 

CDRL 

Contract  Data  Requirements  List  (see  3.18) 

CEA 

Cost  Effectiveness  Analysis 

CFE 

Contractor-furnished  Equipment  (see  3.22) 

CGA 

Color  Graphics  Adapter  (see  3.14) 

COM 

Computer  Graphics  Metafile 

CLTV 

Collective 

CLV 

Constant  Linear  Velocity  (sec  3.17) 

COEA 

Cost  and  Operational  Effectiveness  Anaiysb 

CONCEPT 

- 

Concept  Exploration 
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CPR 

Cardk)  Pulmonary  Resuscitation 

CR 

Carriage  Return  (ASCII  character  cotte  ODH) 

CR/LF 

Carriage  Return/lJne  Feed 

CRT 

Cathode-ray  Tube 

CTEA 

Cost  and  Training  Effectiveness  Analysis 

DEMVAL 

Demonstration  and  Validation 

DEPL 

Deployment 

DEV 

Development 

DID 

Data  Item  Description  (see  330) 

DMA 

Direct  Memory  Access 

DODISS 

DoD  Index  of  Specifications  and  Standards 

DoD  or  DOD 

Department  of  Defense 

DOS 

Disk  Operating  System  (see  332) 

EGA 

Enhanced  Graphics  Adapter  (see  334) 

EIA 

Electronics  Industries  Aasodation 

EISA 

Enhanced  Induttry  Standard  Architecture 

FCC 

Federal  Communication  Commission 

fP« 

Feet  per  Second 

FSD 

Full-scale  development 

FUNCT 

Functional 

fwd 

- 

Forward 

O 

- 

Generally 

GFE 

- 

Government-furnished  Equipment  (see  3.47) 
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GH 

- 

Government-furnished  Information  (see  3.48) 

GFM 

- 

Govemment-fumttbed  Material  (see  3.49) 

GFP 

- 

Government-furnished  Property  (see  3.50) 

GP 

- 

Government  Property  (see  3J1) 

HARDMAN 

- 

Military  Manpower/Hardware  Integration 

HT 

- 

Horizontal  Tab  (ASCII  character  code  09H) 

Hz 

Hertz 

IBM 

International  BusincM  Machines  Corporation 

IBM  PC 

IBM  Personal  Computer  (see  3.73) 

IBM  PC-AT 

IBM  PC  Advanced  Technology  (sec  3.74) 

IBM  PC-DOS 

IBM  PC  Disk  Operating  System  (see  3.74) 

IBM  PC-XT 

IBM  PC-Extended  (see  3.73) 

ICW 

Interactive  Couisewaie  (see  SJSiJ) 

ICWTS 

Interactive  Courseware  Training  Systems 

ID 

Identification 

IGES 

Initial  Graphics  Exchange  Specification 

ILS 

Integrated  Logistu;  Support 

ILSS 

Integrated:  Logistic  Support  Standards 

IMA 

- 

Interactive  Multimedia  Association  (see  3.69) 

IMM 

Instructional  Media  Materials  (see  3.63) 

INDV 

- 

Individual 

Int 

- 

Interrupt  (referring  to  specific  MS-DOS  interrupt  functions  (see 
3.76) 
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Intel 

Inlet  Corpcnation 

VO 

Input  and  Output  (see  3JS7) 

lOCTL 

Input  and  Output  Control 

IPR 

In-process  Review 

ITP 

Individual  Training  Plan 

ITS 

Individual  Training  Standard  (see  3JS) 

ITTP 

Individual  Task  Training  Package  (sec  3.S4) 

IV 

Interactive  Video  (see  3.70) 

rvD 

Interactive  Videodisc 

JA 

Job  Aid  (see  3.78) 

KB 

Kilobytes 

KHz 

Kilobertz 

LF 

Line  Feed  (ASCH  character  OAH) 

LSA 

Logistic  Support  Analysis 

LSAR 

Logistic  Support  Analysts  Record 

MATL 

Material 

MGR 

Manager 

MGMT 

Management 

MHz 

- 

Megahertz 

MILCX)N 

- 

Military  Construction 

MictosoR 

- 

Microsoft  CorporatxHi 

MOD 

• 

Modification 
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MPS 

- 

Mission  Performance  Standard  (sec  3.100) 

MPT 

- 

Manpower,  Personnel,  and  Training 

MOS 

- 

Militar>  Oualillcation  Standards 

MS-DOS 

- 

Microsoft  Disk  Operating  System  (see  3.96) 

MTP 

Mission  Training  Plan 

MTP 

- 

Military  Training  Program 

N/A 

- 

Not  Applicable 

NTSC 

- 

National  Television  Sundards  Committee  (see  .3.102) 

NUL 

- 

Null  (ASCII  characater  code  OOH) 

OCC 

Occupational 

OJT 

On-the-job  Training  (see  3.104) 

OS 

Operating  System  (see  3.105) 

PAL 

Phase  Alteration  by  Line  (see  3.115) 

PC 

Peiaonal  Ctenputer  (see  3.110) 

PC-DOS 

- 

Personal  Computer  -  Disk  Operating  System  (see  3.112) 

PDB 

- 

Project  Development  Brochure 

Pixel 

- 

Physical  Picture  Element  (see  3.117) 

PKG 

- 

Package 

POI 

- 

Plan  of  Instruction 

POI 

- 

Program  of  Instruction 

PPP 

- 

Personnel  Performance  Profile  (see  3.114) 

PROD 

- 

Production 

RAM 

- 

Random  Access  Memory 
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RC 

RFP 

ROM 

ROM  BIOS 
S 

SMGL 

SME 

SOW 

SQT 

STP 

STRAP 

»y 

TDNS 

TDR 

TO 

TPS 

TRADOC 

TSP 

TV 

U 

U.S. 


Reserve  Component 

Request  for  Prc^tosal 

Read  Only  Memory  (see  3.125) 

Read  Only  Memory  Basic  Input-Output  System 
Selectively 

Standard  Generalized  Markup  Language 
Subject  Matter  Expert 
Statement  of  Work 
Skill  Qualification  Test 
Soldier  Training  Publication 
Systems  Training  Plan 

System  (referring  to  service  group  and  as  command  prefix  in 
Appendix  D) 

Training  Device  Heed  Statement 
Training  Device  Requirements 
-  Trainee  Guide  (sec  3.101) 

Training  Path  System  (see  3.112) 

•  Army  Training  and  Doctrine  Command 
Training  Support  Package 
Television 
Update 
United  States 
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vd 

VDI 

VGA 

vm 

xy 


Videodisc  (referring  lo  service  group  and  as  command  prefix  in 
Appendix  D) 

Virtual  Device  Interface  (see  3.171  and  3.172) 

Video  Giaphics  Array  (see  3.170) 

Visual  Management  (referring  to  service  group  and  at.  command 
preflx  in  Appendix  D) 

-  XY'lnput  (referring  to  service  group  and  as  command  prefix  in 
Appendix  D) 
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4.  GENERAL  KEQUIKEMENI'S 

4.1  Training  program.  The  military  training  program  shall  support  personnel  performance 
requirements.  It  shall  provide  the  information  and  experiences  necessary  to  support  attainment 
of  the  physical  and  mental  skills  required  for  mi.ssion  atxomplishment.  It  shall  use  practical  or 
laboratory  situations  to  the  maximum  extent  feasible,  ensuring  ail  training  tasks  are  related  to 
the  actual  job  requirement. 

4.1.1  Technical  documentation.  When  available,  use  of  technical  manuals  and  other 
formal  documentation,  including  automated  data,  shall  be  the  prime  source  of  information  for 
the  development  of  training  programs  and  training  materiak.  Technical  documentation  may  be 
in  development  at  the  same  time  as  training  material  and  not  available  in  Final  form. 

4.1.2  Hazard  awareness  and  safety  precautions.  Hazard  awareness  and  safety  precautions 
shall  be  included  in  every  military  training  program.  Human  factors  engineering  and  emphasis 
on  methods  of  preventing  system  or  equipment  damage  and  personal  injury  or  death  shall  be 
included.  The  instructional  effort  shall  emphasize  each  person's  responsibilities  both  as  an 
individual  and  as  a  supervisor  for  the  prevention  of  accidents.  Actual  hazardous  conditions  and 
hazardous  acts,  accompanied  by  the  possible  consequences  of  each,  shall  be  delineated. 
Directions  for  the  reporting  of  hazardous  conditions  shall  be  provided.  An  awareness  of  the 
fact  that  people  cause  accidents  shall  be  stressed.  Hazardous  conditions  shall  include  those 
conditions  which  would  endanger  the  environment. 

4.2  Systems  approach.  The  contractor  shall  tise  a  ^tematic  af^roacb  to  develop  the 
training  program  and  training  materials.  This  apiHoach  shall  integrate  the  processes  of  analysis, 
design,  development,  implementation,  and  evaluation. 

4J2.1  Analyze.  An  analysis  of  the  mission  and  job  shall  be  accomplished  to  determine  the 
specific  inventory  of  tasks,  knowledge  and  skills  required  to  perform  the  job  and  to  identify 
those  that  require  training.  This  shall  involve  determining  the  number,  type,  and  skilk  of  all 
personnel  required  to  support  the  performance  requirements.  Quantitative  and  qualitative 
personnel  and  training  requirements  shall  be  identified  recording  and  analyzing  task 
frequencies,  learning  difGculty,  delay  tolerance,  probability  of  inadequate  performance,  and  other 
factors. 

4.2.2  Design.  The  training  design  shall  be  based  upon  the  analysis  results.  Design  shall 
include  converting  tasks  into  learning  objectives,  sequencing  training,  preparing  course  outlines, 
selecting  media,  planning  for  trainee  evaluation,  constructing  written/jf^rformance  tests,  and 
identifying  facility  and  resource  requirements. 

4.23  Develop.  Training  development  shall  be  based  on  the  design.  It  shall  inclutte 
developing  lesson  plans,  trainee  materiak,  media,  and  ai^  other  training  materiak.  Review  of 
developed  materiak  for  technical  and  doctrinal  accuracy  shall  occur  throughout  thk  phase  with 
validation  of  the  developed  materiak  as  the  final  step. 
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4.2.4  Implement.  Implementation  shall  be  accomplished  by  the  conduct  and  management 
of  the  validated  and  approved  training  program. 

4.2.5  Evaluate.  Evaluation  of  the  training  shall  be  conducted  for  accuracy  and 
effectiveness  over  the  life  cycle  of  the  program.  Feedback  from  the  evaluation  process  shall  be 
used  to  modify  the  training  program  as  necessary. 

4.3  Contract  training  program  management  The  contractor  shall  plan,  manage  and 
execute  the  requirements  and  tasks  specified  in  the  (xmtract  The  contractor  shall  identify  a 
Training  Program  Manager,  participating  organizations,  subcontractors,  and  points  of  contact 

4.4  Quality  assurance.  The  contractor  shall  be  responsible  for  the  development  and 
implementation  of  a  quality  assurance  program  designed  to  ensure  the  requirements  of  the 
contract  are  met 

4J5  Govemmew*  to  information  and  data.  The  cootracUM*  shall  provide  infcxmatimi 

and  assistance  as  requested  1^  the  contracting  activity  for  evaluation  of  compliance  with  this 
standard. 

4.6  Training  program  management  team.  A  joint  Covemment  and  contractor  team  shall 
be  establisbed  as  a  primary  management  vehicle  for  monitoring  the  status  of  the  training 
development/Mrvices  contract  The  chairperson  will  be  appointed  by  the  Government 

4.6.1  Training  program  management  team  planning  confetence.  A  training  program 
maimgemeot  team  {damung  oonfeienoe  shall  be  convoied  fay  the  chairpemoo  for  the  purpoae  of 
organizing  the  joint  Government  and  ocmtractor  efforts.  Tbe  ptanah^  oonfeienoe  shall  serve  to 
adnewe  mutual  mdentandiag  of  the  aoope  of  eflort  and  leapornfeiilica  aariywd  to  awbeia. 

4.6.2  Conference  support  and  participation.  The  contractor  shall  provide  administrative 
support  for  and  participation  in  the  joint  team  ccmferences.  The  contractor  shall  assure  the 
participatioo  of  subcontractors,  as  appropriate,  provide  fadlities,  technical  data,  and  technical 
support  as  appropriate.  The  contractor  shall  provide  minutes  and  agendas  as  specified  (see 
63). 


4.7  Data  application  reauirement.  The  contractor  shall  use,  to  the  maximum  extent 
possible,  all  Government  approved  data  inddentai  to  other  contracted  requirements  that  can  be 
applied  toward  satisfying  task  requirements  of  this  standard.  The  contractor  shall  incorporate 
the  manpower,  persoimel,  and  trainiiig  (MPT)  requirements.  Service  policy  and  guidance. 
Service  specified  restnctkms,  and  other  int^rated  logistic  su{^Kvt  (ILS)  elements  into  the 
design  of  the  training  program  to  ensure  their  most  effective  afqitoadi  from  a  total  MPT 
suiqwrtability  standpoint 

4.7.1  Logistic  support  analysis  fLSAV  loghtic  support  analviis  record  fLSARl  data.  The 
contractor  shall  use  all  available  LSA/LSAR  data  resulting  from  work  performed  in  accordance 
with  MIL-STD-1 388-1  and  MIL-STD-1388-Z 
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4.7.2  Data  exchanges.  Training  program  results  shall  be  fed  back  to  update  the 
appropriate  data  sources.  Automated  interchange  of  technical  information  shall  be  in 
accordance  with  MIL-STD  1840. 

4.7..^  Digital  delivery  of  training  data.  When  specified  in  the  contract,  training  data  shall 
be  required  in  the  form  of  electronic  media  (.see  40.2  of  Appendix  C). 

4.7.4  Integration/coordination  of  plans.  TIk  contractor  shall  insure  full  integration  and 
coordination  of  ail  existing  and  developing  data  bases  as  a  training  plan  prerequisite. 

Specifically,  correlation  between  training  program  plans  and  integrated  support  plan  and  other 
logistics  related  plans  specified  in  the  contract  shall  be  addressed. 

4.8, Contractor  conduct  of  training.  The  contracting  activity  will  express  all  schedule, 
trainee  input  requirements,  location  (Government  or  contractor),  and  other  requirements  in  the 
contract  Statement  of  Work.  The  contracted  shall  conduct  training  as  specified  in  the  following 
requirements. 

4.8.1  Facilities. 

4.8.1.1  Classroom  and  practical  application/laboratorv  fadlities.  For  each  training  program 
there  shall  be  a  minimum  of  36  square  feet  (3312  square  meters)  of  classroom  floor  space  and 
a  minimum  of  75  square  feet  (6.967  square  meters)  ^  practical  applicatioa/laboratoiy  floor 
space  per  trainee.  Qaasrocun  and  practical/laboratory  facilities  shall  be  aufliciently  soundproofed 
to  ensure  that  ambient  nones  are  held  to  a  minimum  and  that  the  instructors  can  be  clearly 
beard.  All  faeflities  shall  have  adequate  heating^oooling,  lighting,  laboratory  fiKilities, 
ooosttinaUe  siqqtiies,  and  labondocy  and  clanttm  furmture  necessary  for  the  health,  oooBfort, 
and  convenience  of  the  trainee. 

43.13  Housing  and  messing  facilities.  When  training  is  conducted  at  a  non-Governmoit 
facility,  the  contractor  shall  include  as  part  of  the  proposal  a  listing  of  housing  and  messing 
facilities,  and  transportation  avaflable  in  the  area  of  the  traim'ng  site. 

4.83  Schedule  of  classes.  Unless  otherwise  specified  by  the  contracting  aaivi^,  riac«« 
shall  be  scheduled  on  a  40-hour  workweek  basis,  8  hours  per  day,  and  5  workdays  per  week. 
Class  instruction  periods  for  lectuieAlenionstration  shall  normally  be  50  minutes  duration  with  a 
10-minute  break  between  periods  of  instruction.  The  length  of  practical  af^dication  periods 
may  vary  as  the  situation  requires.  The  trainee  may  be  assigned  additional  hours  for  homework. 
Holidays  will  be  absorbed  in  the  overall  course  length  unless  the  contractor  and  the  contracting 
activity  mutually  agree  that  additional  time  is  required.  To  meet  urgent  requirements,  the 
contracting  acti^  may  direct  a  sectmd  shift  or  accelerated  training  v^iete  ctreumstanoes  and 
availability  of  ^tem/cquipment  so  dictate.  The  daily  schedule  of  the  training  ptograffl(s)  shall 
be  conducted  so  as  to  allw  optimum  utflization  rtf  the  q«tem/equifnnent  for  training  purposes. 
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4.8.3  Reporting  instructions.  Trainees  will  be  directed  to  report  to  a  designated  individual 
at  the  training  facility  for  endorsement  of  orders.  The  names  of  authorized  trainees  for  each 
training  program  will  be  provided  to  the  training  facility  prior  to  the  course  convening  date. 

The  training  facility  shall  ensure  that  only  personnel  dnignated  by  the  Government  are  in 
attendance  and  allowed  to  participate  in  training  programs  acquired  under  the  provisions  of  this 
standard. 

4.8.4  Trainee-instructor  ratio.  The  trainee-instructor  ratio  shall  be  no  greater  than  25  to  1 
in  the  theoretical  phase  of  the  course  and  no  greater  than  S  to  1  during  the  practical 
application  phase. 

4.8J  Training  eouipment/material.  The  contractor  shall  provide  those  training  equip- 
ment(s),  test  equipments,  hand  tools,  and  other  materials,  to  be  used  in  the  training  program 
not  provided  as  Govemment-fumished  property  (GFP)  (see  3.50).  These  items  shall  duplicate 
as  much  as  necessary  those  items  that  ^  be  us^  in  the  real  operational  environmenL  The 
contractor  shall  be  responsible  for  maintaining  all  equipment  and  materiab  used  in  the  training 
program  in  an  operableAisable  condition  during  each  training  program  except  for  those  periods 
of  instructioo  that  require  rendering  equipment  inoperable,  such  as  disassembly  perform^  as  a 
part  of  the  training  program.  The  contractor  shall  notify  the  contracting  activity  immediatdy  by 
telephone  when  the  equipment  is  not  usable  for  training  purposes.  Upon  completion  of  a 
training  program,  all  GFP  and  contractor-acquired  property  (CAP)  (see  3.21)  used  therdn,  that 
are  to  be  returned  to  or  become  the  property  of  the  Government,  shall  be  refuihished  and 
restored  to  Government  acceptance  standards  prior  to  requesting  disposition  instructions.  Tnis 
requirement  for  refurbishment  will  not  apply  to  equipment  and  materials  used  in  training 
im)grams  at  a  Government  training  fadlify  vriien  a  Government  maintenance  and  repair 
capabOify  has  been  previously  established  or  if  such  efifort  is  covered  by  sqparate  existing 
contract  or  order  hems. 

4.8.5.1  Government  system  or  equipment  availability.  When  training  is  performed  at  a 
Government  site,  the  training  system  or  equipment  will  be  made  available  for  a  minimum  of 
four  (4)  hours  a  day  for  the  practical  application  requirement  of  the  training  programs.  Due  to 
conflicts  with  the  using  activity  daily  sch^ule,  the  availability  of  the  training  system  or 
equipment  may  be  after  the  normal  duty  hours,  Monday  through  Friday. 

4.8.5.2  Transferability.  To  the  extent  appropriate,  the  same  training  and  instructional 
media  materials  shall  be  used  in  support  of  initial  (factory)  training  instruction  as  that  which  is 
to  be  delivered  to  the  Department  of  Defense  service  or  agency  for  use  in  the  classroom. 

4.8.6  Monitoring/insDection.  The  contractor’s  facilities  and  training  site  may  be  visited  at 
ai^  time  by  representative($)  of  the  contracting  activity  to  inspect,  monitor,  or  appraise  the 
deimk^Mnent  and  conduct  of  the  training  pro^m. 

4.8.6. 1  Monitoring  of  the  training  program.  The  contracting  activity  may  request  that  a 
sample  topic  (lesson)  or  topics  (lessons)  be  taught  by  the  proposed  instructoii(s)  tefore  the  start 
of  the  training  program(s).  The  contracting  activity  has  the  right  to  reject  an  instructor,  using 
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the  critique  of  the  instructor’s  topic  (lesson)  presentation  as  one  of  the  factors.  Representa¬ 
tives  of  the  contracting  activity  and  other  dttignated  Govemment  activities  may  monitor  and 
evaluate  the  training  pre^ram  to  ensure  that  objectives  and  training  requirements  are  being  met. 
Any  circumstance,  that  may  be  hindering  the  coquet  of  the  training  program  will  be  reported 
to  the  appropriate  representative  of  the  contracting  activity. 

A.S.6.2  Inspection  of  facilities.  Designated  representatives  of  the  contracting  activity  or 
other  designated  Govemment  activities  may  visit  tte  training  facility  prior  to  the  start  of  the 
training  program(s)  to  determine  the  adequacy  of  the  classroom  and  laboratory  spaces. 

4.9  Security. 

4.9.1  Security  clearances.  Non-Government  personnel  involved  in  the  development  or 
conduct  of  the  training  program  and  requirmg  access  to  a  Govemment  facility  shall  forward 
security  clearances  and  visit  requests  to  Govemment  installatkms  at  least  30  diq»  prior  to  the 
start  the  training  program. 

4.9.2  Security  rcfulations.  All  peracmnel  shall  be  required  to  comply  with  the  security 
requirements  applicable  to  the  ^tem/equipment  upon  which  the  training  is  to  be  conducted. 
Security  r^ulations  shall  apply  to  peisonnel.  training  materials,  aiKl  space  being  used  for  the 
training  program.  Contractors  securi^  shall  be  in  accordance  with  DoD  5220.22-M. 
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5.  DETAILED  REQUIREMENTS 


3.1  Task  descriptioiK.  Individual  task  requiremenU  are  provided  for  the  management; 
analysis  and  design;  development;  and  support,  conduct  and  advisory  services  for  training 
programs  as  follows: 


TASK  SECTION  100.  TRAINING  PROGRAM  MANAGEMENT 


Task  101 
Task  102 
Task  103 
Task  104 
Task  105 
Task  106 
Task  107 


Training  Situation  Analysis 

Training  Program  Devdopment  and  Management  Plaiming 

Training  Development  Control 

Trainjpg  Equipment  Requirements  Identification 

Trainmg  Implementation  Planning 

Thuning  Impiementatkm  Control 

Training  Evaluatkm  Planning 


TASK  SECTION  200.  TRAINING  PROGRAM  ANALYSIS  AND  DESIGN 


Task  201 
Task  202 
TMk203 
Task  204 
Task  205 
Tuk206 
Tadt207 
T«k20B 
TMk209 
Task  210 
Task  211 


Mission,  Collective,  Individual,  and  Occupational  Training  Task  Analysis 
Training  Tedinology  Assessment 
Learning  Analysis 
Media  Selection 

Tests  for  Measurement  of  Peiaonnd  Achieweaient 
Training  %stem  Altetnatives  Identification 
TksmiBg  SjMlem  ModifiodioB  Requiicamnls 
Traiiiiiig  System  Fimctkmal  Requiieaienu 
Training  Facilities  Requirements  Identification 
Lesson  Specifications  Development 
Instructkmal  Media  Design 


TAS  SECTION  300.  TRAINING  MATERIALS  DEVELOPMENT 


Task  301  Instructkmal  Media  Production 
Task  302  Trainii^  System  Support  Materials 
Task  303  Training  Materials  for  Instructors 
Task  304  Training  Materials  for  Trainees 

TASK  SECTION  400  TRAINING  SUPPORT,  CONDUCT  AND  ADVISORY 
SERVICES 


Task  401  Conduct  of  Training 
Task  402  Training  Evaluation 
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S.1.1  T«tk  tlructute.  Tasks  are  comprised  of  four  paru; 

(a)  The  parpoac  identifies  the  rationale  for  each  task.  The  paragraph  that  provides 
the  purpose  will  be  designated  by  .1  following  the  task  number  (for  esample, 
102.1,  203.1,  207.1  and  other  tasks  numbers). 

(b)  The  task  description  identifies  the  detailed  subtasks  that  cominise  the  overall 
task.  The  paragraph  that  provides  the  task  description  will  be  designated  by  .2 
following  the  task  number. 

(c)  The  task  iapnt  identifies  the  general  information  needed  to  define  the  scope 
and  parameters  of  each  task,  and  specific  information  required  for  task 
ccMnpletion.  The  paragraph  that  provides  the  task  input  will  be  designated  by  3 
foUcnving  the  task  numbtf  .  Task  inputs  may  contain  two  types  of  information  as 
fcrilows: 

(1)  Details  to  be  tpedBed  are  listed  in  the  first  subpar^raph  under  task  iapats. 
They  identify  i^ormation  required  to  be  qwdfied  in  the  requirements 
document  and  provided  by  the  contracting  activity  to  enable  task 
perfcxmance. 

(2)  Inputs  resulting  Grom  performance  of  other  task  requirements  are  listed  in 
the  second  and  subsequent  sirirparagraphs  under  taA  inputs.  These  inputs 
are  information  developed  by  compiet^  of  another  la^  under  this  (or 
another)  standard,  —fd  that  are  necessary  for  task  or  wtHitrlr  completion. 

(d)  The  taA  aaSpt  idcidiScs  the  mqtecaed  wwlti  from  tarit  pariwaBce.  The 
paragraph  that  provides  the  task  output  wiH  be  desipMted  by  A  following  the 
task  number.  Task  outputs  mqr  contain  two  fypes  ^  mformation  as  followB: 

(1)  Data  items  are  listed  in  the  first  subparagraidn  under  task  ootpat  These 
outputs  are  for  instances  where  deliverable  data  may  be  required,  and  are 
cross-tefetenced  to  63  of  this  staixlard. 

(2)  Information  requimnents  are  listed  fidlowing  data  item  requirements.  These 
outputs  identify  requiremente  fev  instances  vdiete  infommtion  is  needed  to 
perform  other  tasks  contained  in  tins  standard. 

5.13  Task  notations.  When  an  element  of  task  input  or  output  is  only  applicable  to 
certain  subtasks  urxler  the  task  description,  the  applicable  subtask  numbers  are  identified  in 
parentheses  following  that  specific  input  or  output  Where  subtask  nuatirers  are  not  listed  in 
parentheMS  following  the  qieeific  input  or  output,  the  input  or  ouqnit  apfdies  to  all  subtasks 
listed  under  the  task  description. 


34 


M1L-Sn)-1379D 


5.1.3  Application  of  tasks  and  subtasks.  Tasks  and  subtasks  provide  an  orderly  and  logical 
way  to  ensure  complete  and  effective  accomplishment  of  contractual  requirements.  Section 
100  tasks  may  be  selectively  applied  during  ai^  phase  of  the  training  development  process. 
Sections  200  through  400  generally  follow  a  systematic  approach  to  training  development  and 
would  normally  be  serially  applied,  as  required.  As  a  general  rule,  the  determination  of  which 
tasks,  subtasks,  inputs  and  outputs  apply  is  dictated  by  the  complexity  of  the  training  prt^am 
needed  to  support  the  materiel  (weapon)  system,  equipment  or  function. 

5.1.4  Tailoring  of  tasks  and  subtasics.  Tailoring  of  tasks  and  subtasks  is  required  when 
applying  this  standard  in  requirements  documents  to  ensure  cost  effective,  streamlined  training 
development.  See  Appendixes  A  and  B  for  suggested  tailoring  guidance. 

5.1.5  Task  output  deliverv/aoDroval.  When  a  task  output  product  is  to  be  delivered  to  the 
contracting  activity,  the  related  Data  ftem  Description  delivery  and  approval  will  be  dted  as  a 
deliverable  in  the  requirements  document  (see  63).  The  contracting  activity  may  also  reserve 
approval  of  task  output  information  requir^  for  performance  of  other  tasks  by  citing  the 
schedule  and  procedures  for  approval  in  the  requirements  document 
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TASK  SECTION  100 
TRAINING  PROGRAM  MANAGEMENT 


Task  sectioa  100  provides  the  specific  requirements  for  planning  and  managing  the  cost 
effective  analysis,  design,  development,  implementation,  and  evaluation  of  training. 
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TASK  101 

TRAINING  SITUATION  ANALYSIS 

101.1  PURPOSE.  The  purpose  of  Task  101  is  to  verify  the  effectiveness  of  training  systems  to 
meet  existing  training  needs  and  to  survey  existing  training  programs  for  applicability  to  new 
requirements. 

101.2  TASK  DESCRIPi’ION.  When  specified  (see  1.2),  the  following  subtasks  shall  be 
performed: 

101.2.1  Identify  the  training  system  deficiency  or  emerging  needs  that  may  impact  the  existing 
training  program,  perform  trade-off  and  cost  analysis,  develop  alternative  solutions,  and  provide 
conclusions  and  recommendations. 

101.2J  Develop  recommendations  for  implementing  the  alternative  training  program, 
justification  fm  the  recommendatioos  and  the  impact  if  not  implemented. 

101.23  Develop  life-cycle  training  cost  data  on  a  per  student  (or  per  organizational  team) 
basis. 

1013  TASK  INPUT. 

1013.1  Details  to  be  specified  in  the  appropriate  contractual  documents  will  include  the 
following,  as  af^icabie: 

1013.1.1  Identification  of  deliveraUe  data  items. 

1013.13  Materiel  (weapon)  system  mission,  equipment,  and  performance  data. 

1013.13  New  or  modified  materiel  (weapon)  system  equipment  requirements. 

1013.1.4  Existing  training  system  data. 

10133  Input  results  from  MIL-STD-1388-1,  Logistic  Support  Analysis  (LSA)  Tasks  201  (Use 
Study)  and  203  (Comparative  Analyw)  (See  4.7.1). 

101.4  TASK  OUTPUT. 

lOlAl  Training  Situation  Analysis  Report  (See  63,  DI-ILSS-81069). 

101.43  Training  ^tem  deficiencies  and  altmnative  solutions.  (1013.1) 

10143  Listing  of  esmting  training  equipmentAnaterial  a{^>licaUe  to  the  new  requirements. 

(101.2.1) 
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101.4.4  Listing  of  projected  facilities  required  to  support  training.  (101.2.1) 

101.4J  Justification  for  training  program  development  and  impact  if  not  implemented.  (101.2.2) 
101.4.6  Life  cycle  training  cost  data.  (101.2.3) 
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TASK  102 

TRAINING  PROGRAM  DEVELOPMENT  AND  MANAGEMENT  PLANNING 

102.1  PURPOSE.  The  purpose  cf  Task  102  is  to  plan  for  training  development  which  will 
identify  and  integrate  all  training  program  management  tasks  required  to  accomplish  program 
requirements;  and  to  determine  the  overall  scope  and  strategy  for  a  training  program. 

102J  TASK  DESCRIPTION.  When  specified  (see  1.2).  the  following  subtasks  shall  be 
performed: 

102.2.1  Describe  resource  requirements,  data  requirements,  procedures,  milestones,  and  the 
time  phasing  of  each  task  included  in  the  contractual  requirements  and  its  interrelationship  to 
other  tasks. 

102.2.2  Conduct  a  training  program  development  make-or>buy  analysis. 

102.23  Develop  the  approach,  procedures,  and  management  controls  to  be  employed  in 
consideration  of  follow-on  configuration  control  of  curricula  materials. 

1023.4  Develop  the  approach,  procedures,  and  management  controls  to  be  used  in  integrating 
course  changes  new  training  resources  into  course  curricula  and  iiutructional  methodologies. 

10233  Develop  a  plan  for  test  item  construction  and  test  design  that  (1)  identifies  the 
planning,  designing,  and  development  factors  fcM'  all  test  items  and  tests  and  (2)  describes  the 
overall  testing  strategy. 

10233  Detemyne  tramhig  dewdopment  in-process  review  requirements. 

1023.7  Develop  a  chart  identifying  milestones  and  time  phasing  of  each  task  included  in  the 
contractual  requirements. 

1023.8  Develop  individual  training  strategies  and  identify  long-range  plans  for  training  needs, 
resource  requirements,  resource  acquisition  ^tem,  and  program  changes. 

1023.9  Develop  a  plan  to  validate  training  materials,  test  items,  and  tests. 

1023.10  Develop  a  training  program  development  internal  surveillance  plan. 

1023.11  Develop  a  quality  control  program  that  specifies  the  indicators  and  controls  used  to 
ensure  that  tasks  are  correctly  performed  and  deliverables  meet  contractual  requirements. 

1023.12  Integrate  the  logistics  support  analysis  (LSA)  plan  and  integrated  support  plan  output 
with  training  development  planning. 
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102.2.13  Provide  identification  of  any  major  subcontractors,  and  major  subcontractor  efforts, 
their  inherent  control  and  management,  ai^  th:  proposed  procedures  for  administration  of  the 
efforts  as  applied  to  subcontractors. 

102.2.14  Identify  the  relationship  of  task  requirements  to  the  program  work  brcakdutvn 
structure  and  identify  management  system  to  provide  cost  and  progress  reporting. 

102J  TASK  INPUT. 

1023.1  Details  to  be  specified  in  the  appropriate  contractual  documents  will  include  the 
following,  as  applicable: 

1023.1.1  Identification  of  deliverable  data  items. 

1023.13  Identification  of  each  training  program  task  that  is  required  to  be  performed  as  part 
of  the  training  program  development 

1023.13  Identification  of  the  time  period  over  which  each  task  is  to  be  conducted. 

1023.1.4  Identification  of  approval  procedures  for  plan  updates. 

1023.13  Service  specific  training  and  training  development  policies  and  procedures. 

1023.13  Identification  of  government  furnished  equipment,  material,  and  existing  related 
training  ooune  data. 

1023.1.7  i^iproved  Training  Situation  Analyais  Rq»rt  firoai  Task  101.4.1. 

10233  Input  listing  of  projected  facilities  required  to  support  training  from  Task  101.4.4. 

10233  Input  results  of  MIL-STD- 1388-1,  LSA  Tasks  102  (LSA  Plan),  201  (Use  Study),  205 
(Controls  and  Constraints),  303  (Evaluation  of  Alternatives  and  Tradeoff  Analysis),  401  (Task 
Analysis),  and  training  constraints  (Sec  4.7.1). 

1023.4  Input  Integrated  Support  Plan  data. 

102.4  TASK  OUTPUT. 

1023.1  Training  Program  Development  and  Management  Plan  (1023.1  through  1023.14, 
except  1023.8)  (See  6.3,  DMLSS-81070). 

10233  Individual  Training  Plan  (102.2.8)  (See  63,  DMLSS-81071). 

102.43  Training  program  development  make-or-buy  analysis  data.  (102.2.2) 


42 


M1L-STD-1379D 


1014.4  Training  test  design  data.  (102.2J) 

102.4.5  Training  development  milestones.  (102.2.7) 

1014.6  Individual  training  strategies  and  long  range  plans  for  training  needs,  resource 
requirements,  resource  acquisition  system,  and  {Hogram  changes.  (102.2.8) 

1014.7  Planning  data  for  test  item,  tests,  and  training  materials  validation.  (102.2.9) 

1014.8  Training  program  development  internal  surveillance  planning  data.  (102.2.10) 

1014.9  Integrated  Support  Plan  training  planning  data  (1012.12). 
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TASK  103 

TRAINING  DEVELOPMENT  CONTROL 

103.1  PURPOSE.  The  purpose  of  Task  103  is  to  develop  the  controls  necessary  for  cost 
clTcciivt*.  training  analysis,  design,  and  development. 

103.2  TASK  DESCRIPTION.  When  specified  (see  1.2),  the  following  subtasks  shall  be 
performed: 

103.2.1  Develop  or  adapt  a  media  selection  model  that  defines  the  procedures  for  selecting 
primary  and  alternate  media  to  be  used  in  supporting  the  training  objectives.  The  automation 
capabilities  of  the  model,  hardware,  and  software  requirements,  current  ownership,  and  unique 
proprietary  licensure  on  the  model  shall  be  identified. 

103Jt.2  Identify  the  relationship  between  media  selection  and  course  outline  development  (for 
example,  course  outline  followed  by  media  selection  learning  skills  and  knowledge 
requirements;  or  media  selection  by  objective  followed  by  course  outline  development). 

103.2.3  Develop  a  process  flow  chart  that  shows  the  media  selection  model  decision  points,  and 
the  sequence  of  events,  and  which  identifies  questions  asked. 

103.2.4  Develop  a  media  allocation  table  that  identifies  media  options  applicable  to  the 
selection  model  and  identifies  attributes  and  values  assigned  for  each  type  of  media. 

1Q3JL5  Develop  examples  of  application  of  the  media  selection  model  (Sample  objectives 
processed  through  the  model  shall  demonstrate  how  the  model  differentiates  among  media 
across  the  full  range.) 

103.2.6  Develop  a  synopsis  of  the  research  and  theoretical  basis  of  the  model  and  a  history  of 
the  model’s  prior  application. 

103.2.7  Identify  all  cost,  schedule,  and  other  resource  constraint  elements  that  could  impact 
support  of  candidate  media  (for  example,  trainer  facilities,  environmental  or  personnel 
limitations  or  both,  and  other  elements). 

103.2.8  Develop  conference  agenda. 

103.2.9  Develop  conference  minutes. 

103J1.10  Conduct  in-process  reviews. 

103.2.11  Prepare  training  development  contract  progress  reports. 
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1033.1  Details  to  be  specified  in  the  appropriate  contractual  documents  will  include  the 
following,  as  applicable: 

1(D3.1.1  Identification  of  deliverable  data  items. 

1033.1.2  Identification  of  underlying  family  of  media  selection  models  to  be  utilized  as  the 
basis  for  development  of  the  media  selection  UKXiel.  (103.2.1) 

1033.13  Identification  of  the  expected  mission  and  functional  requirements  of  the  parent 
materiel  (weapon)  system,  equipment  or  function.  (103.2.1) 

1033.1.4  Identification  of  approval  procedures  for  media  selection  model.  (103.2.1) 

10333  Input  listing  of  existing  training  equipment,  state-of>the>art  and  emerging  technology  to 
support  training  equipment  from  Task  202.4.2.  (1033.1,  1033.4) 

10333  Input  listing  of  existing  training,  state-of-the-art  and  emerging  technology  to  support 
training  requirements  from  Task  202.43.  (1033.1,  1033.4) 

1<K33.4  Input  results  of  MIL-STD-1.388-1,  LSA  Tasks  201  (Use  Study),  205  (Controk  and 
Constraints),  303  (Evaluation  of  Alternatives  and  Tradeoff  Analysis),  401  (Task  Analysis),  and 
training  constraints  (See  4.7.1). 

10333  Input  Integrated  Support  Plan  data. 

103.4  TASK  OUTPUT. 

103A.1  Media  Selection  Model  Report  (1033.1  through  1033.7),  (See  63,  DI-ILSS-81072). 
103.43  Conference  Agenda  (103.2.8),  (See  6.3,  DI-A-7088). 

103.43  Conference  Minutes  (103.2.9,  1033.10),  (See  6.3,  DI-A.7089). 

103.4.4  Program  Progress  Report  (103.2.11),  (See  6.3,  DI-MGMT-805SS). 

103A3  Examples  of  application  of  the  media  selection  model  (1033.5) 

103.4.6  Synopsis  of  the  theoretical  basis  of  the  model  and  history  of  the  models  prior 
application.  (1(B3.6) 

103A.7  Integrated  Support  Plan  training  planning  data.  (1033.7) 
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TASK  104 

TRAINING  EQUIPMENT  REQUIREMENTS  IDENTinCATiON 

104.1  PURPOSE.  The  purpose  of  Task  104  is  to  identify  training  equipment  requirements  for 
the  proposed  training. 

104J  TASK  DESCRIPTION.  When  specified  (see  1.2),  the  following  subtasks  shall  be 
performed: 

104.2.1  Identify  training  equipment  requi  1  develop  rationale  for  the  requirements. 

104.2JI  Identify  sites  for  installation  of  the  training  equipment. 

104.23  Develop  a  projection  of  the  logistics  support  requirements  for  the  training  equipment 
1043.4  Define  the  scope  of  required  training  equipment 

10433  Develop  the  initial  budgetary  estimate  and  detailed  justification  for  the  training 
equipment 

1043.6  Develop  descriptions  and  a  listing  of  training  equipment 
1043  TA.SK  INPUT. 

1043.1  Details  to  be  specified  in  the  appropriate  contractual  documents  will  include  the 
following: 

1043.1.1  Identificatkm  of  deliveraUe  data  items. 

10433  Input  training  system  deficiencies  and  alternative  solutions  from  Task  101.4.2.  (104.2.1) 

10433  Input  individual  training  strategies  and  long  range  plans  for  training  needs,  resource 
requirements,  resource  acquisition  system,  and  program  changes  from  Task  102.4.6.  (1043.1, 
10433,  10433) 

1043.4  Input  examples  of  application  of  the  media  selection  model  from  Task  103.4.5. 
(1043.1) 

10433  Input  a  listing  of  media  selected  from  Task  204.43.  (104.2.1) 

1043.6  Input  interactive  courseware  media  features  required  to  support  learning  events  and 
activities  fiiom  Task  204.4.6.  (1043.1) 

1043.7  Input  identification  of  best  suited  training  ^tem  alternatives  from  Task  206.4.2. 
(1043.1) 
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104.4  TASK  OIJTPU I . 

104.4.1  Training  Equipment  Requirements  Document  (Sec  6..^,  DI-1LSS^1073). 

104.4J  The  rationale  to  include  equipment  changes,  and  the  capabilities  of  the  training 
equipment.  (104.2.1) 

104.43  Scope  of  required  training  equipment.  (104.2.4) 

104.4.4  Initial  budgetary  estimate  and  justifleation  for  training  equipment.  (104.2.5) 


104.4.5  Descriptions  and  listing  of  training  equipment  (104.2.6) 
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TASK  105 

TRAINING  IMPLEMENTATION  PLANNING 

105.1  PURPOSE.  The  purpose  of  Task  lOS  is  to  develop  the  plan  for  how  training  will  be 
implemented  and  manag^  at  each  training  location. 

105J  TASK  DESCRIPTION.  When  spcciHcd  (see  1.2).  the  following  subtasks  shall  be 
performed: 

105.2.1  Identify  type  and  location  of  training,  scope  (overview)  of  training  courses,  resource 
requirements,  data  requirements,  procedures,  milestones,  and  time  phasing  of  the  conduct  of 
training. 

105J.2  Identify  the  personnel  roles  and  responsibilities  relating  to  training,  procedures  and 
techniques,  communication  and  coordination  requirements. 

105.2.3  Identify  the  overall  management  structure  and  organizatkm,  and  the  functions  required 
to  implement  the  training  program. 

105.2.4  Develop  an  implementation  schedule  and  a  contingency  plan  for  the  high  ride 
milestones. 

105JU1  Develop  a  training  system  integration  schedule. 

105J.6  Identify  trainee  prerequisites,  scheduling,  evaluation,  and  recording  requirements. 
105JL7  Identify  instructor  training,  utilization,  and  scheduling  requirements. 

105.2.8  Identify  training  materials  management  requirements. 

105J.9  Identify  training  equipment  storage,  maintenance,  supply  support,  and  utilization 
requirements. 

105.2.10  Identify  facilities  utilization  requirements. 

105.2.11  Develop  a  resource  requirements  list  in  accordance  with  Service  specific  guidance. 
10S3  TASK  INPUT. 

1053.1  Details  to  be  specified  in  the  appropriate  contractual  documents  will  iixrlude  the 
following,  as  applicable: 

1053.1.1  Identification  of  deliverable  data  items. 

1053.13  Identification  of  trainee  throughput  data. 
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1053.13  Identification  of  approval  procediin»  for  plan  updates. 

1053.14  Identification  of  course  titles  and  identification  numbers. 

1053.1.5  Identification  of  training  locations. 

1053.1.0  Approved  Training  Program  Development  and  Management  Plan  from  Task  102.4.1. 
1053.1.7  Approved  Instructional  Media  Design  Report  from  Task  211.4.1. 

10533  Input  integrated  support  plan  training  planning  data  from  Task  103.4.7. 

10533  Input  listing  of  odsting  training  equipmentAnaterial  applicable  to  the  new  requirements 
from  Task  101.4.3.  (IOS.2.1.  10S3.9) 

10534  Input  justification  for  training  program  development  and  impact  if  not  implemented 
from  Task  101.43.  (10S3.1) 

1053.5  Input  training  development  milestones  from  Task  102.43.  (10S3.4) 

1053.6  Input  individual  training  strategies  and  long-range  plam  for  training  needs,  resource 
requirements,  resource  acquisition  ^tem,  and  program  dianges  bom  Task  102.4.6. 

1053.7  Input  scope  of  required  training  equipment  bom  Task  104.43.  (1053.1,  10533,  10533 
through  1053.10) 

10533  Input  description  and  listing  of  training  equipment  bom  Task  104.43.  (1053.1) 

1053.9  Input  instructional  setting  description  for  each  training  task  from  Task  203.43. 
(105310) 

1053.10  Input  sequential  listing  of  learning  objectives,  events,  and  activities  boro  Task  203.4.9. 
(10531) 

1053.11  Input  course  mission  statemem(s)  benn  Tsk  203.4.11.  (10531) 

1053.12  Input  listing  of  course  learning  objectives,  parts,  sections,  and  topics  from  Task 
203.4.12.  (10531) 

1053.13  Input  listing  of  references  and  special  tools  bom  Task  203.4.14.  (10531) 

1053.14  Input  course  lengths  and  class  size  from  Task  203.4.15.  (10531,  10534,  10536, 
10537) 
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105J.15  Input  imtructkmal  methodology  for  each  learning  objective  from  Task  203.4.17. 
(105.2.8) 

1053.11  Input  a  chart  showing  time  sequencing  of  learning  events  and  activities  in  relation  to 
primary  and  alternate  media  delivery  systems  from  Task  204.4.4.  (105.2.8) 

105J.17  Input  listing  of  selected  media  from  Task  204.4 J.  (105.2.8,  105.2.9) 

1053.18  Input  listing  of  facilities  required  to  support  training  from  Task  209.43.  (1053.10) 

1053.19  Input  listing  of  adjunctive  materials  required  to  support  instruction  media  from  Task 

211.4.11  (10533). 

105330  Input  listing  of  iratnictional  media  and  support  materials  from  Task  301.4.4.  (105.31, 
1053.8,  1053.9) 

105331  Input  interactive  courseware,  software  and  hardware  integration  and  installation 
procedures  documentation  from  Task  301.4.8. 

105332  Input  results  of  MIL-STD-1388-1,  LSA  Tasks  201  (Use  Study),  303  (Evaluation  of 
Alternatives  and  Tradeoff  Analysis),  and  401  (Task  Analysis).  (See  4.7.1). 

lOM  TASK  OUTPUT. 

105A.1  Training  System  Imfriementatkxi  Plan,  (See  63,  DMLSS^1074). 

105y43  I  of  Qfpe  and  locatiop  of  training,  scope  of  training  courses,  resource 
requirements,  data  requirements,  procedures,  mOestones,  and  time  jdiasing  of  the  conduct  of 
training.  (1053.1) 

105.43  Training  ^tem  integration  schedule.  (10533) 

105A4  Resource  requirements  hst.  (iQ53.ll) 

10SA5  Integrated  Support  Plan  training  planning  data. 
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TASK  IM 

TRAINING  IMPLEMENTATION  CONTROL 

106.1  PURPOSE.  The  purpoic  of  Task  106  is  to  develop  training  ooune  oontroi  management 
information. 

106.2  TASK  DESCRIPTION.  When  specified  (see  1.2),  the  following  subiasks  shaU  be 
performed: 

106.2.1  Develop  course  descriptive  data  in  accordance  with  Service  speciHc  guidance. 

106J.2  Develop  a  training  course  resource  requirements  utilization  schedule. 

106.2J  Devel(^  a  course  presentation  schedule  chart 

106X4  Devek^  a  description  of  the  training  content  (subjects,  topics  and  tasksX  duration  of 
tnstructKMi,  and  resources  required  to  conduct  both  peacetime  and  moMlization  training  in  an 
instructional  setting. 

106J  TASK  INPUT. 

1063.1  Details  to  be  spedfied  in  the  appropriate  contractual  documents  will  indude  the 
following,  as  apfdicable: 

1063.1.1  Identification  of  ddKerable  data  items. 

1063.13  Service  specific  trafam^  control  pofides  and  procedures.  (1063.1,  1063.4) 

10633  Input  individual  training  strate^es  and  long-range  plans  for  training  needs,  resource 
requirements,  resource  acquisition  ^tem,  and  program  changes  from  Task  102.4.6.  (10634) 

10633  Input  resource  requirements  list  from  Task  105.4.4.  (106.23) 

1063.4  Input  individual  training  standards  dau  from  Task  201.4.14.  (10634) 

10633  Input  target  population  prerequisite  knowledge  and  skills  firom  Task  203.43  (10634) 

1063.6  Input  learning  objectives  from  Task  203.43.  (10631) 

1063.7  Input  a  sequential  listing  of  learning  objectives,  events,  and  activities  from  Task  203.4.9. 
(?0633) 

1063.8  Input  course  mission  statement  firom  Task  203.4.11.  (106.2.1) 
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106J.9  Input  piDfile  item-to-learning  objectives  nsignment  crass  reference  chart  from  Task 
203.4.13.  (106^1) 

1M3.10  Input  instructional  methodology  for  each  learning  objective  from  Task  203.4.17. 
(106.Z4) 

10dJ.ll  Input  instruakmal  media  course  map  from  Task  211.43.  (1063.4) 

1063.12  Input  interactive  courseware  software  ^tem  manager  design  data  from  Task  211.4.4. 
(106.34) 

1063.13  Input  instructional  media  course  design  strategies  from  Task  211.43.  (10634) 

1063.14  Input  instructional  media  test  desi^  strategies  fimn  Task  211.4.9.  (10634) 

1063.15  Input  interactive  courseware  lesson  content,  logic  data  iDes,  and  support  software  from 
Task  301.43.  (10634) 

1063.16  Iiqmt  commands  and  interfrioe  mechanisms  used  that  ensure  interactive  courseware 
portability  from  Task  301.4.6.  (10634) 

1063.17  Input  applicable  technical  manuals,  piddications,  engineering  data,  perftwrmanoe  and 
design  specification  data,  and  software  documentation.  (See  4.1.1) 

1063.lt  Input  results  of  MIL'STD-1388>1,  LSA  Task  20S  (Siypottabili^  and  Suppoctabdity 
Related  Design  Factors).  (See  4.7.1) 

1064  TftaQVTTVT. 

1064.1  Training  Course  Control  Document  (See  63,  DI-ILSS-81075). 

10643  Course  control  data.  (10634) 
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TASK  107 

TRAINING  EVALUATION  PLANNING 

107.1  PURPOSE.  The  purpose  of  Task  107  is  the  devek^Mnent  of  a  plan  for  independent 
evaluation  of  training  effectiveness;  training  capabilities  evaluations;  and  the  related  personnel, 
organization,  functions,  procedures,  and  schedule  for  the  evaluation. 

107.2  TASK  DESCRIPTION.  When  spedfied  (see  1.2),  the  following  subtasks  shall  be 
performed: 

107.2.1  Identify  the  evaluation  methodology  (empirical,  analytic,  internal,  or  external),  data  to 
be  collected,  and  procedures  for  anafyzing  the  collected  data. 

107.2.2  Identify  the  resources  required  for  testing  (personnel,  materials,  and  special 
equipment). 

107.23  Identify  the  activities  responsible  for  testing  and  evaluation. 

1073.4  Identify  the  roles  of  all  personnel  involved  (ooounand,  instructors,  trainees,  evaluators, 
graduates,  and  superviscHS  of  graduates). 

10733  Develop  the  schedule  for  conducting  tests  and  performing  the  critical  events  in  the 
evaluation. 

10733  DevckH>  the  data  ooUcctkm  instruments  (cfaecklim,  questionnaires,  structured 
interviews,  and  job  performance  indicators  for  evaluation). 

1073  TASK  INPUT. 

1073.1  Details  to  be  spedfied  in  the  appropriate  contractual  documents  will  include  the 
following,  as  applicable: 

1073.1.1  Identification  of  deliverable  data  items. 

1073.13  Identification  of  target  ^tem  to  be  evaluated. 

1073.13  Identificatkm  of  type  and  purpose  of  evaluation  to  be  conducted. 

10733  Input  course  control  data  from  Task  106.43.  (1073.1,  10733,  1073.4) 

10733  Input  listing  of  job  p^formance  measures  fomi  Task  201.4.10. 

10733  Input  results  from  MIL-STD-1388-1,  LSA  Task  501  (SupportabOity  Test,  Evaluation 
and  Verifiortion).  (see  4.7.1) 
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TASK  SECTION  200 

TRAINING  PROGRAM  ANALYSIS  AND  DESIGN 


Task  section  200  provides  the  specific  requirements  Cor  identification  of  all  elements  neeessaiy 
for  the  analysts  a^  design  of  training  programs. 
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TASK  201 

MISSION,  COLLECTIVE,  INDIVIDUAL,  AND  OCCUPATIONAL 
TRAINING  TASK  ANALYSIS 

201.1  PURPOSE!  The  purpose  of  Task  201  is  to  conduct  mission,  collective,  individual,  and 
occupational  training  task  analysis,  and  to  identify  collective  and  individual  tasks  that  require 
training. 

201.2  TASK  DESCRIPTION.  When  specified  (see  1.2),  the  following  subtasks  shall  be 
performed: 

201.2.1  Conduct  mission  analysis  in  accordance  with  Service  specific  guidance. 

201.2.2  Develop  functional  requirements  ai^  task  statements  that  are  related  to  functions  not 
covered  by  Lt^htics  Support  Analysis.  (Results  of  LSA  Tasks  301  and  401  of  MIL>STD-1388-1 
or  equivalent  analysis  be  used  for  materiel  (weapon)  systems/cquipment  c^teratkm  and 
maintenance  tasks.)  (See  4.7.1). 

201.23  Develop  a  collective  job  task  list,  conduct  a  collective  training  task  selection  and 
analysis  in  accordance  with  Service  specific  guidance,  and  develop  a  listing  of  orilective  training 
tasks. 

2013.4  Devek^  an  individual  job  task  list,  conduct  an  individual  training  task  selection  and 
analysis  in  accordance  with  Service  specific  guidance,  and  develop  fittings  of  occupationally 
grouped  individual  training  tasks. 

20L23  Develop  and  validate  job  performance  measures  for  trainirig  tasks. 

2013.0  Identify  manpower  required  to  operate  and  maintain  the  materiel  (weapon)  system 
under  development 

2013.7  Develop  personnel  performance  profiles  in  accordance  with  Service  specific  guidance. 

20133  Develop  training  path  ^tem  requirements  in  accordance  with  Service  wpeaSc 
guidance. 

2013.0  Develop  an  individual  training  standards  system  in  accordance  with  Service  specific 
guidance. 

2013.10  Conduct  occupational  analyses  in  accordance  with  Service  specific  guidance. 

2013.11  Develop  an  individual  to  collective  training  task  cross  rdference  matrix. 

2013.12  Identify  all  performance  elements  and  subelements  for  each  training  task. 
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201^13  Develop  a  listing  of  job  tasks  that  can  be  satisfied  by  job  aids. 

201J  TASK  INPUT. 

2013.1  Details  to  be  specified  in  the  appropriate  contractual  documents  will  include  the 
following,  as  applicable: 

2013.1.1  Identification  of  deliverable  data  items. 

2013.13  Service  specific  occupational  skills  data. 

2013.13  Service  specific  guidance  or  regulations. 

2013.1A  Existing  lists  of  skills  and  knowledge  required  to  operate  and  maintain  identified 
equipment,  subsystems  or  ^tems,  perform  a  task/fimetioo,  or  acquire  |vetequisite  slnlk  and 
knowledge  applicable  to  training  all  categories  of  personnel  (2013.7,  2013js) 

2013.13  Criteria  to  be  used  for  training  task  selection. 

20133  Input  training  development  milestones  fiom  Task  102.43. 

20133  Input  results  of  MIL-STD-138&.1.  USA  Tasks  201  (Use  StudyX  301  (Functional 
Requirements),  3103  (Evaluation  of  Alternatives  and  Tradeoff  Analysis)  and  401  (Task  Analysis). 
(2013.1,  20133,  2013.4,  2013j6,  2013.7,  20133)  (See  4.7.1). 

201,4  TASK  OUTPUT. 

20L4.1  Mission  Performanoe  Standards  (2013.1)  (See  63,  DMLSS-81077). 

20133  Mission,  Collective,  Individual,  and  Occupational  Training  Task  Analysis  Report 
(20133  through  20136.  201310  through  201313)  (See  63.  DMLSS-81078). 

201A3  Petsemnei  Performance  Profile  Tablet  (20137)  (See  63,  DMLSS-81079). 

2013A  Training  Path  System  Report  (20138)  (See  63,  DMLSS-SlOeO). 

20M.5  Individual  Training  Standards  (20139)  (See  63,  DMLSS<81081). 

201A.6  Job  task  list  (201.23,  20134) 

201.4.7  list  of  collective  training  tasks  crost-referenoed*  to  individual  tasks.  (20133,  20134  and 
201311) 

20133  Training  task  list  (20133,  20134) 
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201^9  List  of  occupationally  grouped  individual  training  tasks.  (201.2.4) 

201.4.10  Listing  of  job  perfcmnance  measures.  (201.2.5) 

201.4.11  Manpower  planning  data.  (201.2.6) 

201A12  Personnel  performance  profiles  data.  (201.2.7) 

201.4.13  Training  path  system  data.  (201.2.8) 

201.4.14  Individual  training  standards  data.  (201 JL9) 

201.4.15  Occupational  analysis  data.  (201.2.10) 

201A16  Training  data  for  updates  to  MIL-STD- 1388-1,  LSA  Tasks  301  and  402.  (See  4.7.1 
and  4.7.2) 

201.4.17  Criteria  used  for  training  task  selection.  (201.23,  2013.4) 

201.4.18  list  of  job  tasks  that  can  be  satisfied  by  job  aids.  (2013.13) 

201.4.19  Task  skill  level.  (2013.4) 

201.430  Collective  task  standards.  (20133) 

201.431  Individual  task  standards.  (2013.4) 


61/62 


MIL-STD-1379D 


TASK  202 

TTIAINING  TECHNOLOGY  ASSESSMENT 

202.1  PURPOSE.  The  puqxise  of  Task  202  is  to  identify  training  technology  used  in  existing 
training  systems,  state-of-the-art  and  cinetging  technology  to  support  training  requirements. 

202.2  TASK  DESCRIPTION.  When  specified  (see  1.2),  the  following  subtasks  shall  be 
performed: 

202.2.1  Conduct  a  survey  of  existing  training  equipment,  state-of-the-art,  and  emerging 
technology. 

202.2.2  Conduct  a  survey  of  existing  training,  state-of-the-art  and  emerging  technology. 

202.23  Perform  a  comparative  analysis  of  the  survey  results  and  identify  technology  applicable 
to  the  training  program  or  training  equipment  identified. 

2023.4  Develop  a  summary  of  the  comparative  analysis  results. 

2023  TASK  INPUT. 

2023.1  Details  to  be  specified  in  the  appropriate  contractual  documents  will  include  the 
following,  as  applicable: 

2023.1.1  Identification  of  deliverable  data  items. 

2023.L2  Emerging  training  requirements. 

20233  Input  individual  training  strategies  and  long-range  plans  for  training  needs,  resource 
requirements,  resource  acquisition  system,  and  program  changes  from  Task  102.4.6. 

20233  Input  results  of  MTL-STD- 1388-1,  LSA  Tasks  201  (Use  Study),  204  (Technology 
Opportunities),  205  (Supportabilify  and  Supportability  Related  Design  Factors),  301  (Functional 
Requirements),  303  (Evaluation  of  Alternatives  and  Tradeoff  Analysis)  and  401  (Task  Analysis). 
(See  4.7.1) 

202.4  TASK  OUTPUT. 

202.4.1  Training  Technology  Assessment  Report  (See  63,  DI-ILSS-81082). 

202.43  listing  of  existing  training  equipment,  state-of-the-art  and  emerging  technology  to 
support  training  equipment  (2023.1) 

20243  Listing  of  existing  training,  state-of-the-art  and  emerging  technology  to  support  training 
requirements.  (202.2.2) 
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202A4  Training  technology  assessment  results  for  update  of  logistic  support  analysis/logistic 
support  analysis  records. 


M11^STD-1379D 
TASK  203 

LEARNING  ANALYSIS 

203.1  PURPOSE.  The  purpose  of  Task  203  is  to  analyze  the  tasks  or  personnel  perfurmance 
requirements  or  both,  that  have  been  selected  fur  training  and  develop  training  design 
requirements. 

203.2  TASK  DESCRIPTION.  When  specified  (see  1.2),  the  following  subtasks  shall  be 
performed: 

203.2.1  Identify  the  target  population  prerequisite  knowledge  and  skills. 

203.2.2  Develop  a  listing  of  all  required  knowledge  and  skills  for  each  collective  training  task. 

203.2.3  Develop  a  listing  of  all  required  knowledge  and  skills  for  each  individual  training  task, 

203.2.4  Develop  learning  objectives. 

203.23  Develop  knowledge  and  skill  requirements  for  learning  objectives. 

203.2.6  Group  the  learning  objectives  by  occupational  skill  areas  and  skill  level,  then  arrange 
the  learning  objectives  in  a  hierarchal  relationship. 

203X7  Detennine  fypes  of  learning  and  associated  learning  principles  for  each  objective. 
203X8  Determine  the  instructional  setting  fm’  training  tasks. 

203X9  Develop  a  sequential  listing  of  learning  objectives,  activities  and  events. 

203X10  Develop  a  cross  reference  of  learning  objectives  to  training  tasks  to  job  tasks. 
203X11  Develop  course  mission  statements. 

203X12  Develop  course  learning  objectives,  parts,  sections,  and  tt^ics,  sequence  them  in  the 
order  in  which  they  are  to  be  taught  and  provide  a  descriptive  statement  of  the  coverage  and 
content  for  each  topic  in  accordance  with  Service  specific  guidance. 

203X13  Develop  profile  item-to-topic  objective  assignment  charts  in  accordance  with  Service 
specific  guidance. 

203X14  Devdop  a  listing  of  rrference  materials  and  special  tools  required  to  support  the 
learning  objectives. 

203X15  Identify  course  lengths,  and  minimum,  optimum,  and  maximum  class  sizes. 
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2(13.2.1*  Develop  a  listing  of  learning  ob}ecuwes  that  can  be  satisfied  by  job  aids. 

2€3JL17  Determine  the  instnictioaal  methodology  for  each  learning  objective. 

203J  TASK  INPUT. 

203J.1  Details  to  be  specified  in  the  appropriate  contractual  documents  will  include  the 
following,  as  applicable: 

2033.1.1  Identification  of  deliverable  data  items. 

2033.13  Identification  of  the  parent  system,  equipment,  or  the  military  mission,  or  combination 
thereof,  for  which  personnel  will  be  trained.  (2(13.2.1) 

2033.13  Identification  of  target  peculation  sldU  and  Imowiedge  capabilities.  (20333) 

2033.1.4  Service  specific  guidance  and  regulatkms.  (2033.12  through  2Q33.1S) 

2033.13  ^ip^oved  Misskm,  Collective,  Individual,  and  Occupational  Training  Task  Analysts 
Report  fiom  Task  201.43. 

20333  Input  job  task  list  from  Task  201.4.6.  (2033.10) 

20333  Input  training  task  list  from  Task  201.43,  (20333,  2033.4,  20333,  2033i),  2033.10) 
2033^4  Input  manpower  planning  data  from  Task  201.4.11.  (2033.2) 

20333  Input  personnel  peifixmanoe  inofiles  data  from  Task  201.4.12.  (2033.13) 

2033.6  Input  training  path  ^tem  data  from  Ta:dc  201.4.13.  (2033.13)  | 

2033.7  Input  task  skill  level  from  Task  201.4.19.  (2033.6) 

20333  Input  lesultt  of  MID5TD-138S-1,  LSA  Task  401  (Task  Analysis)  (See  4.7.1). 

2033  TASKOUITUT. 

2033.1  I  naming  Analysis  Report  (See  63,  DI-ILSS-81063). 

20333  Target  population  prerequisite  kmiwledge  and  skills.  (2033.1) 

20333  listing  of  knowledge  and  skilis  required  to  support  eadi  collective  tmiaiiig  task. 
(20333) 
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203.4^  Listing  of  knowledge  and  skills  required  to  support  each  individual  training  tasL 
(203^3) 

203w43  Learning  objectives.  (2Q3.2.4) 

2(I3A6  Listing  of  knowledge  and  skills  required  to  support  learning  objectives.  (203.2.S) 

203.4.7  IVpes  of  learning  and  associated  prindpies  for  each  learning  objective.  (203J2.7) 

203.4.8  Instructional  setting  description  for  each  training  task.  (203.2.8) 

203.4.9  A  sequential  listing  of  learning  objectives,  events  and  activities.  (203.2.9) 
203A10  Objectives  to  training  tasks  to  job  tasks  cross-  reference  listing.  (203.2.10) 

203.4.11  Course  mission  statenient(s).  (203.2.11) 

203.4.12  Listing  of  course  learning  objectives,  parts,  sections,  and  topics.  (2032.12) 

203.4.13  Profile  item-to-leaming  objective  assignment  cross-  reference  charL  (203.2.13) 
203A14  listing  of  references  and  special  tools.  (203.2.14) 

2Q3A15  Course  lengths  aiul  class  size.  (203JL15) 

203A10  Listing  of  learning  objectives  that  can  be  satisSed  by  job  aids.  (2Q3JL16) 
203A17  TwtnifitinMi  methodcdogy  for  each  learning  objective.  (203.2.17) 

203.4.18  Learning  aiulysis  results  for  update  of  LSA/LSARs.  (See  4.7.1  and  4.7.2). 
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TASK  2M 

MEDU  SELECTION 

2M.1  PURPOSE.  The  purpose  of  Task  204  is  to  identify  the  media  required  to  support  the 
attainment  of  learning  objectives  and  to  provide  the  basis  for  development  of  training  system 
functional  specifications. 

204.2  TASK  DESCRIPTION.  When  specified  (see  1.2),  the  following  subtasks  shall  be 
performed: 

204.2.1  Identify  media  attributes  required  to  support  learning  events  and  activities. 

204.2.2  Identify  media  features  required  to  support  learning  events  and  activities. 

204.23  Identify  the  primary  and  alternate  media  delivery  systems  capable  of  supporting  the 
media  attributes. 

2043.4  Develop  a  chart  showing  time  sequencing  of  learning  events  aixl  activities  in  relation  to 
primary  and  alternate  media  delivery  systems. 

20433  Develop  a  cost  analysis  comparison  with  competitive  alternatives  and  contractor 
reoemunended  approach. 

20433  Develop  a  listit^  of  selected  media. 

2043  TAgBLCTOT- 

2043.1  Details  to  be  specified  in  the  appropriate  amtractual  documents  will  include  the 
following,  as  applicable: 

i 

2043.1.1  Identification  of  deliverable  data  items. 

2043.13  Identification  of  program  schedule  and  funding,  and  other  k^  resource  constraints 
that  nuqr  impact  support  of  selected  media. 

2043.13  ^ipfoved  Media  Selection  Model  Report  fiom  Task  103.4.1. 

2043.13  Approved  Learning  Analysis  Report  fiom  Task  203.4.1. 

20433  Input  life  cycle  training  cost  data  fiom  task  101.4.6.  (20433) 

20433  Input  manpower  planning  data  fiom  Task  201.4.11.  (20433) 

20433  Input  criteria  used  for  training  task  selection  fiom  Task  201.4.17.  (2043.1,  20433, 
20433) 
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2043^  Input  list  of  job  tasks  that  can  be  satisfied  by  job  aids  from  Task  201.4.18. 

2043.6  Input  learning  objectives  from  Task  203.43.  (2043.1,  20433,  20433) 

2043.7  Input  types  of  learning  and  associated  principles  for  each  learning  objeaive  from  Task 
203.4.7.  (2043.1,  204.23) 

2043.8  Input  instructional  setting  description  for  each  training  task  from  Task  203.43.  (204.2.1 
through  2043.4) 

2043.9  Input  a  sequential  listing  of  learning  objectives,  events  and  activities  from  Task  203.4.9. 

2043.10  Input  course  mission  statement(s)  from  Task  203.4.11. 

2043.11  Input  listiiig  of  references  and  special  tools  from  Task  203.4.14.  (20433,  2043.4) 

204.4  TASK  0V1TVT- 

2043.1  Media  Selection  Report  (See  63,  DMLSS-81084). 

20443  Listing  of  media  attributes  required  to  support  learning  events  and  activities.  (2043.1) 

20443  Listing  of  primary  and  alternate  media  deliveiy  ^sterns  capable  of  supporting  the  media 
attributes.  (20433) 

20444  A  chart  ahowing  time  aequraicing  of  leanung  eveais  and  activities  in  idatioo  lo  primary 
and  ahernate  media  ddiveiy  systc^  (2043.4) 

20443  Listing  of  media  selected.  (20436) 

204.4.6  Interactive  courseware  media  features  required  to  support  learning  events  and  activities. 
(20433) 
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TASK  20S 

TESTS  FOR  MEASUREMENT  OF  PERSONNEL  ACHIEVEMENT 

205.1  PURPOSE.  The  purpose  of  Task  205  is  to  develop  instnimems  to  measure  persoonel 
attainment  of  knowledge  and  skills. 

205.2  TASK  DESCRIPTION.  When  specified  (see  1.2),  the  following  subtasks  shall  be 
performed: 

205.2.1  Develop  test  items  that  evaluate  personnel  attainment  of  skill  or  knowledge.  Test  items 
shall  have  the  ft^lowing  parameters: 

205.2.1.1  Are  based  on  the  corresponding  learning  objectives  or  performance  standards 
(individual  or  collective). 

205.2.U  Are  performance  or  performance  based  to  evaluate  knowledge  elonents  necessary  for 
skill  performance. 

205.2.U  Measure  the  ability  of  the  trainee  to  perform  explicitly  defined  procedures  of  a 
process. 

205.2.1.4  Measure  the  ability  of  the  trainee  to  produce  an  end  product  which  meets 
predetermined  standards. 

205.2.13  Exercise  the  cognitive,  psychcmiotor,  and  attitudioal  domains. 

205J.1A  Multiple-clioioe  test  items  shall  consist  of  a  stem  and  altematiwes  as  ibiloae; 

205.2.13.1  The  multi|4e  choice  test  iton  stem  shall  cjqrrem  the  problem  statement  sod  contain 
all  information  necessary  to  define  the  test  item’s  intent  The  stem  shall  be  a  complete 
question  (closed  stem)  or  an  incomplete  statement  (open  stem)  and  contain  a  verb. 

Interrogatory  test  items  shall  be  complete  sentences  punctuated  with  a  question  mark. 

205.2.13.2  Multiple-choioe  test  item  alternatives  shall  present  the  passible  answos.  Only  one 
alternative  shall  be  correct  and  the  remaining  attmatives  fdausMe  but  incotiecL  Ahematives 
shall  be  expressed  in  positive  language,  be  grammatically  crmsistent  with  the  stem,  and  placed 
below  the  stem  preceded  by  lower  case  letters  (a,  b,  c).  Alternatives  which  delineate  an  order 
of  magnitude  (for  example,  microgram,  kilogram,  gram;  ZS,  2.0,  13, 1.0)  shaD  be  arranged  in 
ascending  or  descending  order. 

205.2.1.7  Matching  test  items  diall  consist  directioas,  stimuh  and  responses.  Each  stimulus 
shall  have  only  one  correct  response.  Stimuli  shall  ccmsist  of  a  list  of  words  or  phrases. 

Stimulus  shall  be  identified  by  atabic  numben.  An  answer  slot  shafl  be  provided  for  eadi 
stimulus.  The  ratio  of  re^mase  to  stimuli  shall  be  3  to  2.  All  stnauli  a^  aO  lesponies  shall 
appear  on  the  same  page  and  concise  directkms  which  specify  how  to  match  stimulus  and 
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respone  shall  be  provided.  Responses  related  to  the  stinulus  shaU  be  identified  by  lotwer  case 
letters  (a,  b,  c). 

205X14  Completion  test  items  shall  consist  of  directions  and  stimulus.  The  directions  shall 
explicitly  define  bow  to  respond  to  the  stimulus  and  the  degree  of  accuracy  and  length  of 
response  expected.  The  stimulus  shall  provide  the  information  necessary  for  the  trainee  to 
respond  and  require  the  trainee  to:  produce  a  fcqr  word  or  phrase  which  completes  a  statement; 
develop  a  listing;  define  a  term;  perform  computational  functions;  answer  a  question;  or  exptea 
an  opinion. 

205X1.9  Test  items  which  supptm  disoovery  learning  shall  suppt^  testing  by  gaming,  provide 
for  simulation  of  job  performance. 

205X1.10  Identify  supporting  data  (illustratkMis,  figures,  tables,  or  directions  on  where  to  find 
the  necessary  data)  for  test  items  and  resources  required  to  support  the  test  item. 

205.2.2  Develop  written,  performance  and  electronically  administered  tests  vdiich  have  the 
fcdkiwing  paranieters: 

205X2.1  A  combination  of  test  items  measuring  process  and  fnoduct  attaiiunent 

205.2.2.2  Test  items  with  multiple  levels  of  difiBculfy. 

20.5.2.2.3  Provide  branching  instructions  based  upon  the  trainee’s  responses. 

205  2  2.4  Require  the  trainee  to  exercise  multiple  levels  of  the  cognitive,  psycho-motor,  and 
altitudinal  domaina. 

20SX2.S  Replicate  the  actual  job  performance  eavirooment  whenever  possible. 

205X2.5  Answer  keys  capable  of  electronic  manual  scoring. 

205X2.7  Test  items  with  related  figures,  tables,  or  illustrations  on  the  same,  or  facing  page. 

205.24  Validate  each  test  item  to  ensure  dismiiniimtion  between  the  peifonnm'  and  noo- 
pcrfoimer. 

205X4  Validate  each  test  to  ensure  discriminatiOD  betwemi  the  performer  and  non-performer. 

205X5  Devdop  directions  and  definitions  for  use  by  the  administrator  in  the  conduct  of 
tearing  and  the  trainee  in  oecution  of  the  tesL 

205X5  Dewdop  job  peifonnanoe  improvement  program  test  item  premiipriona  in  acconiaiice 
with  Service  ipecfe  guidanoe  or  rqiuiatanis. 
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205Jt.7  Develop  a  cross  reference  matrix  of  test  items  in  learning  ohje^ives  to  training  tasks  to 
job  tasks. 

205J1.S  Develop  test  answer  keys  capable  of  electronic  or  manual  scoring. 

205.2.9  Identify  resources  required  to  support  test  items. 

205J  TASK  INPUT. 

2053.1  Details  to  be  specified  in  the  appropriate  contractual  documents  will  include  the 
following,  as  applicable: 

2053.1.1  Identification  of  deliverable  data  items. 

2053.13  Service  specific  guidance  and  information 

2053.13  Approved  Learning  Analysis  Report  from  Task  203.4.1. 

20533  Input  training  test  design  data  from  Task  102.4.4. 

20533  Input  iixlividual  training  standards  data  from  Task  201.4.14. 

2053.4  Input  job  task  list  from  Task  201.4.d. 

20533  Input  training  task  list  from  Task  201.43. 

2053.6  Input  listing  of  job  perfonnanee  measures  lErom  Task  201.4.101 

2053.7  Input  learning  objectives  &om  Task  203.43. 

2053.8  Input  listing  of  knowledge  and  skills  required  to  support  learning  objectives  from  Task 
203.4.6. 

2053.9  Input  listing  of  references  and  special  tools  from  Task  203.4.14. 

2053.10  Input  test  items  validation  results  data  from  Task  402.43. 

2053  TASK  OUTPUT. 

2053.1  Test  Package  (See  63,  DI-ILSS^IOSS). 

20533  Test  items.  (2053.1) 

20533  Tests.  (20S3.2) 
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2<ISA4  Test  item  validation  data.  (20S.Z3) 

2054.5  Test  validation  data.  (20SJL4) 

205.4.0  Test  administrator  ^idance  data.  (20S.25) 

205.4.7  Job  performance  improvement  program  test  item  prescriptions.  (2QS.2.6) 

205.44  Test  item  to  learning  objective  to  training  task  to  job  task  cross  reference  matrix. 
(205.2.7) 

205.4.0  Test  answer  keys.  (20SJL8) 
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TASK  2M 

TRAINING  SYSTEM  ALTERNATIVES  IDENTinCATION 

206.1  PURPOSE.  The  purpose  of  Task  206  is  to  identify  the  various  elements  of  alternative 
training  systems  to  meet  specific  training  requirements. 

206.2  TASK  DESCRIPTION.  When  specified  (see  1.2),  the  following  subtasks  shall  be 
performed; 

206.2.1  Identify  the  instructional  staff  organization,  operational  qualifications  and  experience, 
workload,  manning  level,  turnover  rate,  and  instructional  qualifications  for  evaluation  against 
training  system  alternatives. 

206.2.2  Identify  the  projected  class  schedule,  entry  level,  pipeline,  attrition  rate,  and  readiness 
deficiencies. 

206.2J  Devek^  a  description  of  the  relationship  of  the  course  to  the  operational  mission  or 
follow-on  courses,  or  bot^  learning  objectives,  length  of  the  course,  structure  of  the  course,  and 
performance  measurement  methods. 

206.24  Identify  the  alternate  training  equipment  and  facilities  that  could  support  training. 

206.23  Evaluate  eadi  training  ^tem  alternative  in  terms  of  its  capability  to  meet  the  training 
constraints  and  requirements. 

20634  Evaluate  each  alternate,  in  terms  of  cost,  relative  to  its  capability  to  meet  training 
ccmstraints  and  requiicmeats. 

2063.7  Identify  the  best  suited  alternate  based  on  training  requirements,  constraints,  capability, 
and  cost,  arxl  develop  justification  for  selection  of  the  alternative. 

2063  TASK  INPUT. 

2063.1  Details  to  be  specified  in  the  appropriate  contractual  documents  will  include  the 
following,  as  apfriicable: 

2063.1.1  Identification  of  deliverable  data  items. 

2063.13  Identification  of  the  specific  training  requirement 

2063.13  Identification  of  related  existing  courses  data. 

2063.14  Approved  Learning  Analysis  Report  from  Task  203.4.1. 
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20&3J  Input  Usting  of  existing  trsuning  equipment,  stnte-of-the-art  and  emerging  technology  to 
support  training  equipment  from  Task  202.4J.  (206l2.6) 

20&3J  Input  listing  of  media  selected  from  Task  204.4^. 

(206.2.4) 

206J.4  Input  interactive  courseware  media  features  required  to  support  learning  events  and 
activities  from  Task  204.4.6.  (206.2.4) 

2063,5  Input  results  of  MIL-STD-1388>1,  LSA  Task  401  (Task  Analysis).  (See  4.7.1) 

206.4  TASK  OUTPUT. 

206.4.1  Training  System  Alternatives  Report  (See  63,  DI-ILSS-81066). 

206A2  IdentiScatkm  of  best  suited  training  system  alternatives.  (2062.7) 
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TASK  207 

TRAINING  SYSTEM  MODinCATION  REQUIREMENTS 

207.1  PURPOSE.  The  purpose  of  Task  207  is  to  define  the  training  system  modifications 
required  to  enhance  training  capability. 

207.2  TASK  DESCRIPTION.  When  specified  (see  1.2),  the  following  subtasks  shall  be 
performed: 

207.2.1  Define  training  system  changes  that  can  correct  the  identified  training  deficiencies. 

207.2.2  Develop  training  system  modiflcations  required  and  identify  the  resulting  impact  on  the 
training  system. 

207.23  Perform  a  comparative  analysis  of  the  training  ^tem  emerging  technologies  against  the 
materiel  (weapon)  qstem  and  training  system  life  expectant^. 

2073.4  Define  any  anticipated  training  ^tem  savings,  improvements  in  training  effectiveness, 
and  anticipated  materiel  (weapon)  ^tem  readiness  gains. 

20733  Project  the  logistics  support  requirements  resulting  from  training  system  modifications. 

2073.6  Define  the  scope  of  the  required  training  system  modifications. 

2073.7  Devdk^  a  budgetaiy  estimate  and  detailed  justification  for  the  required  training  iqndem 
modifications. 

20733  Identify  potential  for  inter-Service  utilization. 

2073  TASK  INPUT. 

2073.1  Details  to  be  specified  in  the  appropriate  contractual  documents  will  include  the 
following,  as  applicable: 

2073.1.1  Identification  of  deliverable  data  items. 

2073.13  Identification  of  materiel  (weapon)  system/equipment’s  remaining  life  span,  related 
training  equipment,  trainee  pipeline  and  locations. 

2073.13  Identification  of  existiiig  materiel  (weapon)  ^tem/equipment  lessonArainee  guides 
and  training  system  specifications. 

2073.13  Identification  of  materiel  (weapon)  system/equipment  change  requirement 
20733  Input  training  ^tem  defidendes  and  alternative  solutions  from  Task  101.43.  (2073.1) 
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207JJ  Input  identification  of  best  suited  training  system  alternatives  from  Task  206.4^. 
(207^2) 

207J4  Input  results  of  MIL-STD-138^1.  LSA  Tasks  203  (Comparative  analysis)  and  204 
(Technological  Opportunities).  (207.2.3)  (See  4.7.1). 


207.4.1  Training  System  Modiflcation  Report  (See  63.  DI-ILSS-81087). 


207.43  Scope  of  required  modifications  to  training  system.  (2073.6) 


207.43  Training  system  and  emerging  technologies  comparative  analysis  results  for  update 
logistic  support  analysis/logistic  support  analysis  records.  (207.23) 
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TASK  2M 

TRAINING  SYSTEM  FUNCTIONAL  REQUIREMENTS 

208.1  PURPOSE.  The  purpose  of  Task  206  is  to  develop  the  training  functional  characteristics 
requirements  that  are  to  be  used  as  the  baseline  for  developing  training  system  specifications. 


208J  TAS] 
performed: 


When  specified  (see  1.2),  the  following  subtasks  shall  be 


208.2.1  Identify  training  requirements,  constraints,  normal  and  abnormal  scenarios,  materiel 
(weapon)  ^tem  mission  and  functions  for  the  training  system. 


208.2.2  Develop  training  functional  characteristics,  elements,  and  modes  of  operation  for  the 
^  training  ^tem. 

208.23  Identify  the  environmental,  physical,  and  functional  fidelity  requirements  of  ^tem 
components  to  be  represented  on  the  training  system. 


2083.4  Identify  the  training  equipment  requirements  and  integration  with  the  training  ^tem. 


206JL5  Define  the  reliability,  avaiiat^ty,  and  maintainabilify  parameters  and  project  the 
logistics  support  and  additional  manning  requirements. 


208JL0  Devdop  a  budgetary  estimate  with  detailed  justification. 

2063.7  Devek^  a  pfe-(danned  product  imixovement  program  proposal 
2083  TASK  INPUT. 

2083.1  Details  to  be  specified  in  the  appropriate  contractual  documents  will  include  the 
following,  as  applicable: 

2083.1.1  Identification  of  deliverable  data  items. 


2083.13  Identification  the  eaqiected  missioD  and  fimctional  characteristics  of  the  parent 
materiel  (weapon)  ^nteni,  equipment,  or  the  militaiy  mission  which  drives  the  training 
requirement,  or  any  combination  of  these  characteristiGs. 

2063.13  Identification  of  the  number  of  trainees  to  be  trained  per  year. 

2083.1.4  Approved  Training  Technology  Assessment  Report  from  Task  202.4.1. 

2083.13  Identification  oi  existing  training  equipmenL 

20833  Input  training  system  deficiencies  and  alternative  solutions  from  Task  101.43.  (2063.1) 
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20833  Input  rationale  to  include  equipment  changes  and  the  capabilities  of  the  training 
equipment  from  Task  104.4.2.  (206^2.3) 

2083.4  Input  scope  of  req  training  equipment  from  Task  104.43.  (2063.6) 

2083.5  Input  initial  budgetary  estimate  and  justification  for  training  equipment  from  Task 
104.4.4.  (2083.6) 

2083.6  Input  descriptions  and  listing  of  training  equipment  from  Task  104.4.5. 

2083.7  Input  listing  of  target  population  prerequisite  knowledge  and  skills  from  Task  203.4.3 
(20633) 

20833  Input  learning  objectives  firom  Task  203.43.  (2063.1) 

20833  IiqMit  instructional  setting  descrip.  .bk  .ch  training  task  fitnn  Task  203.43.  ^063.1) 

2083.10  Input  a  sequential  listing  of  learning  jcr*.^es«  evoits  and  activities  from  Task 
203.4.9.  (2063.1.  20633) 

2083.11  Ii^Nit  interactive  courseware  media  features  required  to  support  learning  events  and 
activities  firom  Task  204.43. 

2083.12  Input  scope  of  required  modiScations  to  training  system  from  Task  207.43.  (2063.6) 
208.4  TASK  OUTPUT. 

208.4.1  Trainiog  %stem  Functional  Characteristics  Report  (See  63,  DI>ILSS-S1068). 

208A2  Training  requirements,  constraints,  normal  and  abnormal  scenarios,  materiel  (weapon) 
^tem  misskm  and  functions  for  the  training  system.  (20631) 

20843  Ttaining  functional  characteristics,  elements,  and  modes  of  operation  for  the  training 
^stem.  (20833) 

20844  Environmental,  physical,  and  functional  fidelity  requirements  ctf  tystem  components  to 
be  represented  on  die  training  tystem.  (20633) 

20843  IVaining  equipment  requirements  and  int^ration  with  the  training  tystmn.  (20634) 

20843  Reliability,  availability,  and  matntainability  parameters  and  project  the  togistics  support 
and  additional  manning  requirements.  (20635) 

2064.7  Budgetary  estimate  with  detailed  justification.  (20636) 
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TASK  209 

TRAINING  FAaLlTlES  REQUIREMENTS  IDENTinCATION 

209.1  PURPOSE.  The  purpose  of  Task  209  is  to  identify  the  specific  requirements  of  training 
facilities. 

209.2  TASK  DESCRIPTION.  When  specified  (see  1.2),  the  follomng  subtasks  shall  be 
performed: 

209.2.1  Identify  the  type  and  size  of  training  facility  required. 

209.2.2  Identify  available  contractor  facilities  that  meet  the  training  facilities  requiremenL 
209.23  Identify  available  Services  facilities  that  meet  the  training  facilities  requirement 
2093.4  Identify  any  contractor  construction  or  rehabQitation  requirement 

20933  Identify  Services  facilities  rehabilitation  requirements. 

2093.6  Identify  Services  Military  Constructioa  (MILCON)  requirements. 

2093.7  C(Miduct  a  trade-off  analysis  for  contractor  versus  Service  facilities,  and  provide  a 
budgetary  estimate  for  selection. 

2093J  Devek^  an  initial  budgeuiy  estimate  and  detailed  justification  for  Service  rehabilitation 
or  MILOON  requirements. 

2093.9  Devekq)  a  project  development  brochure  (PDB-1)  for  Service  rehabilitation  or 
MILCON  requirements. 

2093  TASK  INPUT. 

2093.1  Details  to  be  specified  in  the  appropriate  contractual  documents  will  include 
identification  of  deliverable  data  items. 

20933  Input  MIL>STD-1388-2,  LSAR  F  (Facilities  Requirements).  (See  4.7.1). 

20933  Input  listing  of  projected  facilities  required  to  support  training  from  Task  101.4.4. 

2093.4  Input  individua]  training  strategies  and  long  range  plans  for  training  needs,  resource 
requirements,  resource  acquisition  system,  and  program  dianges  fn>m  Task  102.4.6. 

20933  Input  descriptions  and  listing  of  training  equipment  from  Task  104.43.  (2093.1) 

2093.6  Input  course  length  and  class  size  &om  Task  203.4.15.  (2093.1) 
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2093.7  Input  training  equipment  requirements  end  integration  with  the  training  system  from 
Task  20a43. 

2093.8  Input  results  of  MIL-STD-1388-1,  LSA  Task  401  (Task  Analysis).  (Sec  4.7.1). 

209.4  TASK  OUTPUT. 

209.4.1  Training  Facilities  Report  (See  63.  DI-ILSS^1089). 

209.4.2  Rehabilitation  estimates.  (20933) 

209.43  Initial  budgetary  estimate  and  detailed  justification  for  service  rehabOitation  or 
MILCON  requirement  (20933)  , 

299AA  PDB-1.  (2093.9) 

209A3  Listing  of  facilities  required  to  suppMt  training.  (2093.1) 
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TASK  210 

LESSON  SPECinCATlONS  DEVELOPMENT 

210.1  PURPOSE.  The  purpose  of  Task  210  is  to  identify  requirements  for  the  development  of 
lesson  specifications  that  identify  subject  matter  content,  training  strategies,  and  learning 
activities. 

210.2  TASK  DESCRIPTION.  When  spedHed  (see  1.2),  the  following  subtasks  shall  be 
performed: 

210.2.1  Develop  an  overview  of  the  lesson,  including  why  the  lesson  is  required  and  bow  it  is 
related  to  the  total  training  system. 

210J.2  Develop  top  level  flow  diagrams  showing  the  sequence  and  relationships  among  topics 
within  the  sections  and  objectives  within  the  lessons. 

210JL3  Devek^  a  training  support  requirements  matrix. 

210.2.4  Defiix:  the  course  substance  to  support  each  objective,  to  include  the  type  of 

behavior  required,  training  strategy,  common  otcm*  analysis,  and  instance  type. 

210.2J  Identity  potential  Cor  inter-Service  utilization  of  applicable  lesson  specifications. 

2103  TASK  INPUT. 

2103.1  Details  to  be  specified  in  the  appn^Miate  contractual  documents  wOl  include  the 
Mlowing,  as  applicable; 

2103.1.1  Identification  of  deliveraUe  data  items. 

2103.13  Approved  Media  Selection  Report  from  Task  204.4.1. 

2103.13  Approved  Learning  Analysis  Report  from  Task  203.4.1. 

21033  Input  listing  of  existing  training,  state^-the^  and  emerging  technology  to  support 
training  requirements  frcmi  Ta^  202.43.  (2103.4) 

21033  Input  leamiiig  objectives  fixun  Task  203.43. 

21034  Input  types  of  learning  and  associated  prindples  for  each  learning  objective  from  Task 
203.4.7. 

21033  Input  instructional  setting  description  fr>r  each  training  task  from  Task  203.4R. 

21030  Input  a  sequential  listing  of  learning  objectives,  events  and  activities  from  Task  203.4.9. 
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2103.7  Input  instructional  methodology  for  each  learning  objective  from  Task  203.4.17. 

2103.8  Input  a  chart  showing  time  sequencing  of  learning  events  and  activities  in  relation  to 
primary  and  alternate  media  delivery  systems  from  Task  204.4.4. 

2103.9  Input  listing  of  media  selected  from  Task  204.4.S. 

2103.10  Input  interactive  courseware  media  features  required  to  support  learning  events  and 
activities  from  Task  204.4.6.  (201.2.3,  210.2.4) 

210.4  TASK  OUTPUT. 

210.4.1  Lesson  Specifications  Report  (Sec  6.3,  DI-ILSS^1090). 

210.43  Lesson  specifications.  (2103.1  through  2103.4) 

210.43  Inter-Servioe  utilization  applicability.  (21033) 

210.4.4  Top  level  flow  diagrams  showing  the  sequence  and  relationships  among  topics  within 
the  sections  and  objectives  within  the  lemns.  (21(X23) 

210.43  Course  substance  that  supports  eadi  learning  objective,  to  include  the  type  of  behavior 
required,  training  strategy,  ccunmon  error  analysis,  and  instance  type.  (2103.4) 
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TASK  211 

INSTRUCTIONAL  MEDIA  DESIGN 

211.1  PURPOSE.  The  purpose  of  Task  211  is  to  design  the  instructkMial  media  required  to 
support  the  attainment  of  laming  objectives. 

211.2  TASK  DESCRIPTION.  When  speciGed  (see  1.2),  the  following  subtasks  shall  be 
performed: 

211.2.1  Develop  interactive  courseware  conventions. 

211.2.2  Develop  an  instructional  media  course  map. 

211.23  Design  an  interactive  courseware  software  system  manager.  ^ 

2113.4  Develop  instructional  media  course  design  strategies. 

21133  Develop  instructkmal  media  lesson  design  strategies. 

2113.6  Develop  instructional  media  tentative  production  specifications. 

2113.7  Develop  interactive  courseware  detailed  flow  diagrams  with  branching  alternatives. 
21133  Develop  instructional  media  test  deugn  stratrqpes. 

21133  Develop  a  listing  of  baseline  lefiBrenoe  materials  used  in  lesson  design  strategies. 

2113.10  Deveiq>  a  listing  of  adjunctive  matmials  required  to  support  instruction^  media. 

2113.11  Identify  commands  and  interface  mechanisms  to  be  used  that  ensure  interactive 
courseware  portability. 

2113.12  Develop  an  abstract  for  interactive  courseware. 

2113  TASK  ffTOT. 

2113.1  Details  to  be  specified  in  the  appropriate  contractual  documents  will  include  the 
following,  as  applicable: 

2113.1.1  Identification  of  deliverable  data  items. 

2113.13  Identification  of  program  sdiedule  and  funding,  and  other  kr^  resource  constraints 
that  rmpact  suppot  of  instructional  media. 

2113.13  ^[^>roved  Learning  Analysis  Report  fiom  Tadc  2(B.4.1. 
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. .  . 


2m^  Input  descriptions  and  listing  of  training  equipment  from  Task  104.4  J.  (211.2.6) 

2113J  Input  individual  training  standards  data  from  Task  201.4.14.  (211.2.7) 

21U.4  Input  criteria  used  for  training  task  selection  from  Task  201.4.17.  (211.2.2,  211.2.4, 
2112.7) 

2112J1  Input  target  population  prerequisite  knowledge  and  skills  from  Task  203.42.  (211.27) 

21U.6  Input  listing  of  knowledge  and  skills  required  to  support  each  collective  training  task 
from  Task  203.43.  (2112.7) 

2113.7  Input  listing  of  knowledge  and  skills  required  to  support  each  individual  training  taric 
from  Task  203.4.4.  (2112.7) 

21133  Input  learning  objectives  from  Task  203.43.  (21122,  2112.4,  2112.7) 

2113.9  Input  listing  of  knowledge  and  skills  required  to  support  learning  objectives  from  Task 

203.4.6.  (2112.7) 

2113.19  Input  types  of  learning  and  assodated  principles  fr)r  eadi  learning  objective  from  Task 

203.4.7.  (21122,  21124,  21127) 

211331  Input  instructional  setting  description  for  each  training  ta^  from  Task  203.42 
(21122) 

211312  Input  a  sequential  listing  of  learning  objectives,  events  and  activities  from  Task 
203.4.9.  (21127)  ^ 

2113.13  Input  course  mWion  statements  from  Task  203.4.11. 

(211.22) 

2113.14  Input  listing  and  references  and  spedal  tools  from  Task  203.4.14.  (21127) 

211315  Input  listing  of  media  attributes  required  to  support  learning  events  and  activities 
from  Task  204.42  (21125) 

211316  Input  listing  oi  ptunary  and  alternate  media  delivery  tystems  capable  of  su(^)orting  the 
media  attributes  from  Task  204.43.  (21121,  21124,  21126) 

2113.17  Input  a  chart  showing  time  sequencing  of  learning  events  and  activities  in  relation  to 
primary  and  ahemate  media  delivery  tysteim  frm  Task  204.4.4.  (21122) 

2113.lt  Input  listing  of  media  sdected  from  Task  20443.  (21122) 
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21U.19  Input  interactive  courseware  media  features  required  to  support  learning  events  and 
activities  from  Task  204.4.6.  (211.2.7) 

211.3.20  Input  test  item  to  learning  objective  to  training  task  to  task  cross  reference  matrix 
from  Task  205.4.a  (211.2.7,  2112.8) 

21U21  Input  scope  of  required  modifications  to  training  system  from  Task  207.4.2. 

2112.22  Input  training  requirements,  constraints,  normal  and  abnormal  scenarios,  materiel 
weapon)  system  mu»ion  and  functions  for  the  training  system  from  Task  208.4.2  (211.22 
2112.4,  2112.5,  211.27,  2112.8) 

211223  Input  training  functional  characteristics,  elements,  and  modes  of  operation  for  the 
training  system  from  Task  208.42.  (21122,  2112.4,  21122,  2112.7,  2112.8) 

211224  Input  environmental,  physical,  and  functional  Gdelity  requirements  of  ^tem 
ccMnponents  to  be  represented  on  the  traimng  system  from  Task  206.4.4.  (211.22,  2112.4, 
21122,  2112.7,  2112.8) 

211225  Input  training  equipment  requirements  and  integration  with  the  training  system  from 
Task  208.42.  (21122) 

211226  Input  reliability,  availability,  and  maintainability  parameters  aixi  project  the  logistics 
suf^rt  aixl  additional  manning  lequiiements  frran  Task  206.42.  (2112.6) 

211227  Input  top  level  flow  dii^nuas  ahowing  the  aequeooe  and  idationahipe  among  topics 
within  the  sections  axxi  objectives  within  the  lemons  from  Task  210.4.4.  (21127) 

211228  Input  course,  substance  that  supports  each  learning  objective,  to  include  the  type  of 
behavior  required,  training  strategy,  conunon  error  analysis,  and  instance  type  from  Task  210.4.5. 
(2112.5,  2112.7) 

211229  Input  portability  commands  and  interface  mechanisiiis  from  ^pendix  D.  (211211) 
211.4  TASK  OUTPUT. 

211.4.1  Instructional  Media  Design  Report  (See  62,  DI-ILSS-81091). 

211.42  Interactive  courseware  conventions.  (21121) 

21122  Instructkmal  media  course  map.  (21122) 

lltAA  Interactive  courseware  software  system  manager  design  data.  (21123) 
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211.4.5  Instructional  media  course  design  stratepes.  (211.Z4) 

211.4.6  Instructional  media  lesson  design  strategies.  (211.2J) 

211.4.7  Instructional  media  tentative  production  specifications.  (211.2.6) 

211.4.8  Interactive  courseware  detailed  flow  diagrams  with  branching  alternatives.  (211.2.7) 

211.4.9  Instructional  media  test  design  strategies.  (211.2.8) 

211  AlO  Listing  of  baseline  reference  materials  toed  in  lesson  design  strategics.  (211.2.9) 

211.4.11  Listing  of  adjunctive  materials  required  to  support  the  instructional  media.  (211.2.10) 

211.4.12  Commands  and  interface  mechanisms  to  be  used  that  ensure  interactive  courseware 
pc^bility.  (211.2.11) 

211.4.13  Interactive  oou.  iware  abstract  (211.2.12) 
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TASK  SECTION  300 

TRAINING  MATERIALS  DEVELOPMENT 


Task  sectimi  300  provides  the  i^iecific  requirement  for  ^tematically  developing  the  training 
materials  to  be  otilined  in  training  oouises. 
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TASK  301 

INSTRUCTIONAL  MEDIA  PRODUCTION 

301.1  PURPOSE.  The  putpose  of  Task  301  is  to  develop  training  instructional  media 
packages. 

30U  TASK  DESCRIPTION.  When  specified  (see  1.2),  the  fi^owing  subtasks  shall  be 
performed; 

301.2.1  Develop  an  instructional  media  video  shot  and  production  support  plan. 

301JL2  Develop  instructional  media  script. 

301 Develop  instructional  media  story  boards  to  include  video/audio/graphics  as  specified. 

301.2.4  Develop  an  instructional  media  video  shot  list 

301.2.5  Develop  visual  instructional  media  to  present  the  subject  matter. 

301  J.6  Develop  audio  instructional  media  to  present  the  subject  matter. 

301.2.7  Develop  an  instructional  media  edit  decision  list 

301.2.0  Develop  interactive  courseware  (fCW). 

301.2.9  Develop  and  document  interactive  oouneware  lesson  content,  logic  data  files,  and 
support  software. 

301.2.10  Develqp  a  listing  of  instructional  media  and  support  materials. 

301.2.11  Develop  adjunctive  materials  required  to  support  the  instructional  media. 

301.2.12  Identify  commands  and  interface  mechanisms  used  that  ensure  interactive  courseware 
portability. 

301.2.13  Develop  and  document  legal  clearances. 

301.2.14  Develop  job  aids. 

301.2.15  Identify  and  document  interactive  courseware,  software  and  hardware  integration  and 
installation  procedures. 

301J  TASK  INPUT. 

30U.1  Details  to  be  specified  in  the  appropriate  contractual  documents  will  include: 
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30U.1.1  Identification  of  deliverable  data  items. 

3013.1.2  Approved  Instructional  Media  Design  Report  from  Task  211.4.1. 

30133  Input  training  development  milestones  from  Task  102.43. 

30133  Input  job  task  list  from  Task  201.4.6.  (3013.1  through  301.2.10) 

3013.4  Input  training  task  list  from  Task  201.4.8.  (3013.1  through  3013.10) 

3013.5  Input  list  of  job  tasks  that  can  be  satisfied  job  aids  from  Task  201.4.18.  (3013.14) 

3013.6  Input  listing  of  knowdedge  and  drills  required  to  support  eadi  individual  training  task 
from  Task  203.4.4.  (3013.1  through  3013.4) 

3013.7  Input  learning  objectives  from  Task  203.43.  (3013.1  through  3013.10) 

30133  Input  listing  of  knowdedge  and  skills  required  to  support  learning  objectives  from  Task 
2Q3.4A  (3013.1  through  3013.10) 

3013.9  Input  types  of  learning  and  associated  principles  for  each  learning  objective  from  Task 
203.4.7.  (3013.1  through  3013.10) 

3013.10  Input  instmctkiaal  setting  dosciiptkw  for  each  training  task  from  Task  203.43. 
(30iaJS) 

301311  Il^Mt  a  sequential  listing  of  kaming  objectives,  events  and  acthdries  Task  203.4.9. 
(3013.1  through  3013.10) 

3013.12  Input  course  mmion  stateineot(s)  &om  Task  2(B.4.11.  (30131  through  301310) 

3013.13  Input  course  lengths  and  class  size  from  Task  203.4.15.  (301310) 

301334  liqnit  Usting  of  leaming  objectives  tfad  can  be  supported  by  job  aids  from  Task 
203.4.16.  (301314)  I 

3013.15  Input  listing  of  piimaiy  and  alternate  media  delivery  ^teim  capaUe  of  supporting  the 
media  attributes  fircmi  Ta^  204.43.  (30138) 

3013.16  Input  listit^  of  media  selected  firom  Task  204.43.  (30131  through  301310) 

301337  Input  interactive  ooutseware  media  features  required  to  suppmt  leatiiitig  events  and 
activitks  fiom  Task  204.4A  (30131,  30132,  30133,  30135,  30136,  30138) 
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3013.lt  Input  test  items  from  Task  20S.4.2.  (3013.1  through  3013.10) 

3013.19  Input  training  requirements,  ooiutraints,  normal  arxl  abnormal  scenarios,  materiel 
(weapon)  ^tem  mission  and  functions  for  the  training  ^stem  from  Task  206.43.  (3013.1 
through  3013.10) 

301330  Input  course  substance  that  supports  each  learning  objective,  to  include  the  type  of 
behavior  required,  training  strategy,  common  error  analysis,  and  instance  type  from  Task  210.4.S. 
(301.31  through  3013.10) 

301331  Input  interactive  courseware  conventions  from  Task  211.4.3  (3013.8) 

301332  Input  instructional  media  course  map  from  Task  211.43.  (3013.8) 

301333  Input  interactive  courseware  software  system  manager  design  data  from  Task  211.4.4. 
(3013.8) 

301334  Input  instructioDal  media  course  design  strategies  from  Task  211.43.  (30138) 

301335  Input  instructional  media  lesson  design  strategies  from  Task  211.4.6.  (30138) 

301336  Input  instructional  media  tentative  production  specifications  horn  Task  211.4.7. 
(30138) 

301337  Input  interactive  oourservare  detailed  flow  diagrams  with  branching  alternatives  frenn 
Task  211.43.  (30138) 

30133S  Input  instructional  media  test  design  strat^ies  from  Task  211.4.9.  (30138) 

301339  Input  listing  of  baseline  reference  materials  used  in  lesson  design  strategies  from  Task 

211.4.10.  (30138,  301.310) 

301330  Input  listing  of  adjunctive  materials  required  to  support  instructional  media  from  Task 

211.4.11.  (301311) 

301331  Input  conunands  and  interface  mechanisntt  to  be  used  that  ensure  interactive 
courseware  portability  frenn  Task  211.4.13  (30138,  30139,  301312) 

301332  Input  ”Red-iined”  of  lesson  plans,  trainee  guides  and  instructional  media 
materials  from  Task  40343.  (30138) 

301333  Input  applicable  technical  manuals,  publications,  engineering  data,  performance  and 
design  specification  data  aixl  software  documentation.  (30133)  (See  4.1.1). 

30M  TASKOOTPOT. 
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301^1  Instructional  Media  Package  (301.2.1  through  301.2.8,  301.2.11,  301.2.14)  (See  6.3,  DI- 
lLSS-81092). 

30MJ  lutructional  Media  Data  Files  (301,2.9,  301.2.12)  (See  63.  DMLSS-81093). 

301.43  Interactive  courseware  lesson  content,  logic  data  files,  and  support  software.  (301.2.9) 

301.4.4  lilting  of  instructional  media  and  support  materials.  (301.2.10) 

301.4.5  Instructional  media  (301.2.S.  301.2.6,  301.2.7). 

301.4.6  Commands  and  interface  mechanisms  used  that  ensure  interactive  courseware 
portabiUty.  (3013.12) 

301.4.7  >%ual  and  audio  resource  footage.  (30133,  3013.6) 

301AS  Interactive  courseware,  software  and  hardware  int^ration  and  installation  procedures 
documentation.  (3013.15) 
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TASK  302 

TRAINING  SYSTEM  SUPPORT  MATERIALS 

302.1  PURPOSE.  The  purpose  of  Task  302  is  to  provide  complete  procedures  for  training 
equipment  software  system  operation,  evaluation  and  testing;  and  to  develop  the  elements  of 
training  material  that  will  enhance  skills  aiKl  knowledge  of  training  ^tera  instructors/operators. 

302.2  TASK  nKsntiPnON.  When  specified  (see  1.2),  the  following  subtasks  shall  be 
performed: 

302.2.1  Develop  uaining  equipment  software  utilization,  evaluation,  and  testing  instructions  as 
follows: 

302.2.1.1  Identify  complete  operating  procedures  for  the  training  equipment  including  the 
computer  and  peripherals. 

302.2.1.2  Identify  complete  procedures  for  loading,  running,  and  analyzing  all  readiness  and 
^tem  test  procedures. 

302JLU  Identify  complete  procedures  for  performing  all  utility  programs. 

302.2.1«4  Identify  procedures  and  information  on  file  generators. 

302.2.1.5  Identify  complete  descriptions  of  sr^tware  flow,  and  performance  characteristics. 

302.2.1.6  Provide  essential  supplementary  information  to  include  references  to  apfriicabie 
donmients  and  a  gjamaiy  ol  abbieviatioas,  mnemonics,  and  terns. 

3023  LASKffiPUT. 

3023.1  Details  to  be  specified  in  the  appropriate  contractual  documents  will  include  the 
following,  as  applicable: 

3023.1.1  Identification  of  deliverable  data  items. 

3023.13  Idoitification  of  approved  tasks  (or  computer  software  qrstem  operators. 

30233  Input  listing  of  type  and  location  of  training,  scope  of  training  courses,  resource 
requirements,  data  requirements,  procedures,  milestones  and  time  phasing  of  the  conduct  of 
training  from  Task  105.43. 

30233  Input  "Red-lined”  copy  of  lesson  plans,  trainee  guides  and  instructional  media  materials 
from  Task  402.43. 

3023.4  Input  course  control  data  from  Task  100.43. 
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302J^  Input  results  of  MIL-STD-lSSS-l.  LSA  Task  303  (Evaluatkm  ot  Alternatives  and 
Tradeoff  Aiiaiysts)  (See  4.7.1). 

302.4  TASK  OUTPUT 

302A1  Trainer  Software  Application  Handbook,  (302.2.1),  (See  63,  DI-ILSS-81094). 
302.43  Trainer  software  application  handbook  data.  (3023.1) 
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TASK  303 

TRAINING  MATERIALS  FOR  INSTRUCTORS 

303.1  PURPOSE.  The  purpose  of  Task  303  is  to  develop  the  elements  of  the  training 
materials  which  provide  specific  guidance  and  direction  to  the  instructors  or  administrators. 

303J!  TASK  niesrmpnON.  When  specified  (see  1.2),  the  following  subtasks  shall  be 
performed: 

303.2.1  Develop  instructions  and  guidelines  for  instructors’  use  in  a  formal  training 
environment 

303.2.2  Develop  instructions  and  guidelines  for  instructors’  use  for  training  in  an  operational  or 
laboratory  environment 

303J3  Develop  instructions  arxl  guidelines  for  irutructors’  use  in  guiding  trainees  through 
training  in  an  on-the-job  environment 


303X4  Devek^  instructiom  and  guidelines  for  imtructors’  use  in  guiding  trainees  in  a  self- 
paced  envirorunent  cm  an  individual  level 

303X5  Develop  instructkms  and  guidelines  for  administratCHs’  use  in  assisting  the  trainee  in 
the  performance  of  self  stucly. 

303X0  Devdop  individual  training  publication  packages  to  support  the  training  and  evaluatkm 
ot  individual  ta^  performance  in  acocmlanee  wift  Service  qiec^  guidance. 

303X7  Devdop  collective  training  publicatkm  packages  to  support  the  training  and  evaluatkm 
c^  ccdlective  task  performance  in  accordance  with  Serrioc  spedfic  guidance. 

303XS  Develop  procedures  fex*  performing  all  operational  tasks  on  the  equipment  in 
accordance  with  tte  c^rational  concept  as  foilovw 

303X0.1  Describe  the  equipment  subqfstems,  the  theexy  of  operation,  and  the  leading 
partkttlars  necessary  for  Urn  instructors  to  operate  the  etpiipmenL 

303X0.2  Develop  a  complete  set  of  training  exercises  for  use  by  the  instructors  in  conducting 
trainee  trainmg  on  the  equipment  and  arrange  the  exercises  in  a  logical  sequential  learning 
order. 

303X03  Develop  a  detailed  description  and  instructions  on  how  to  modify  odstiiig  and 
devdop  new  traiiiiiv  easercises. 

303X9  Develop  data  that  supports  curriculum  modification. 
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303^.10  Develop  instructioro  and  guidelines  for  interactive  courseware  managers. 

3413 J.11  Develop  instructions  and  guidelines  for  usen  of  interactive  courseware. 

303J  TASK  INPUT. 

3<I33.1  Details  to  be  specified  in  the  appropriate  contractual  documents  will  includ  the 
following,  as  applicable: 

303J.1.1  Identification  of  deliverable  data  items. 

3033.1,2  Service  specific  guidance  and  information 

3033.13  Approved  individual  training  standards  data  from  Task  201.4.14. 

3I93.L4  Approved  Missioii.  Collective,  Individual,  and  Occupational  Training  Task  Ana^fsis 
Report  fiom  Task  201.4.2. 

3033.13  ApfMoved  Media  Selection  Report  from  Task  204.4.1. 

3033.1.0  ^jptoved  learning  Analysis  Report  from  Task  203.4.1. 

3033.1.7  Approved  Lesson  Specifications  Report  from  Task  210.4.1. 

30333  Input  course  oootiol  data  from  Task  10(k43. 

30333  Input  Mst  of  coUective  traiiiii%  tasks  GteM>te£Bieiiced  to  individttal  tasks  from  Task 
201A7.  (3Q33A  3033.7) 

30334  Input  list  of  occupationally  grouped  individual  training  tasks  from  Task  201.4.9. 
30333  Input  occupational  analysis  data  from  Task  201.4.15. 

30333  Input  collective  task  standards  from  Task  201.430 

3033.7  Input  individual  task  standards  from  Twak  201.431. 

30333  Input  listiqg  of  knowledge  and  skills  required  to  support  each  collective  training  task 
from  Task  203.43. 

3033.9  fr^Nit  listing  of  knowledge  and  skab  required  to  support  eadi  indivkhtal  tfainii^  task 
from  Task  203.4.4. 

3033.10  Iiq;Nit  learning  objectives  fiom  Task  203.43. 
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3<I3J.11  Input  listing  of  knowledge  and  skills  required  to  support  learning  objectives  fimn  Task 
203.4A 

303J.12  Input  instructionai  setting  description  for  each  training  task  firom  Task  2Q3.4A 

303J.13  Input  a  sequential  listing  of  learning  objectives,  events  and  activities  from  Task 

203.4.9. 

3033.14  Input  objectives  to  training  tasks  to  job  tasks  cross-  reference  listing  from  Task 

203.4.10. 

3033.15  Input  course  mission  statement(s)  from  Task  203.4.11. 

3033.16  Input  listing  of  course  learning  objectives,  parts,  sections,  and  topics  Grom  Task 
203.4.12.  (3033.1,  30333) 

3033.17  Input  instructimial  methodology  for  each  learning  objective  fonn  Task  203.4.17. 

3033.18  Input  test  items  Grom  Task  205.43. 

3033.19  Input  test  item  to  learning  objective  to  training  task  to  task  cross  reference  matrix 
from  Task  205.43. 

303330  Input  lesion  spedficatioas  Grom  Task  210.43.  (3033.1) 

303331  Iiqrot  interactive  oourwwaie  cooveatiou  from  Iksk  211^4.2.  (3033.10t  303.311) 

303332  Input  instructional  media  ooune  map  from  Task  211.43.  (3033.1(^  3033.11) 

303333  Input  interactive  courseware  software  ^tem  manager  design  data  from  Task  211.4.4. 
(3033.11) 

303334  Input  instructional  media  ooune  design  strategies  from  Task  211.43.  (3033.10) 

303335  Input  instructional  media  lesson  design  strat^ies  from  Task  211.4.6.  (3033.10. 
3033.11) 

303336  Input  instructional  media  test  design  strategies  from  Task  211.4.9.  (3033.10,  3033.11) 

303337  Input  listing  oi  baseline  leGerence  materials  used  in  lesson  design  strategies  from  Task 

211.4.10.  (3033.10,  3033.11) 

303338  Input  listing  of  adjunctive  mateiiab  required  to  support  the  instructkmal  media  from 
Task  211.4.11.  (3033.10,  3033.11) 
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3033^9  Input  interactive  courseware  lesson  ccmtent  and  logic  data  files  from  Task  301.4.3. 
(303.2.10,  303.2.11) 

303330  Input  listing  of  instructional  media  and  support  materials  from  Task  301.4.4. 

303331  Input  *Red*lined’  copy  of  lesson  plans,  trainee  guides  and  instriictional  materials  from 
Task  402.43. 

303332  Input  training  materials  validation  data  fiom  Task  402.4.4. 

303.4  TASK  OUTPUT. 

303.4.1  Lesson  Plan  (3033.1  through  3033.4)  (See  63,  DMLSS^1095). 

303.43  Training  ^tem  Utilization  Handbook  (3Q33.S,  3033.10,  3033.11)  (See  63,  DMLSS- 
81096). 

303.43  Individual  Task  Training  Package  (3033.6)  (See  63,  DI-ILSS-81097). 

303A4  Collective  Task  Training  Package  (3033.7)  (See  63,  DMLSS^109B). 

303^43  Training  Information  Package  (3033.9)  (See  63,  DMLSS-81099). 

3034.6  Instructions  and  guidelines  Cm  instructocs.  (3033.1  tfaioi^  30333) 

3034.7  Instructions  and  guidelines  for  interactive  courseware  managers.  (3033.10) 

3Q34J  Instructkms  and  guidelines  for  users  of  interactive  courseware.  (3033.11) 
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TASK3M 

TRAINING  MATERIALS  FOR  TRAINEES 

3M.1  PURPOSE.  The  purpose  of  Task  304  is  to  develop  the  eietnenls  of  the  training  material 
for  trainees  use. 

304.2  TA58K  DESCRIPTION.  When  specified  (see  1.2),  the  following  subtasks  shall  be 
perfcmned: 

304.2.1  Develop  training  materials  for  the  trainees’  use  in  a  formal  instructional  setting. 

304JL2  Develop  self-study  materials  for  the  trainees*  use  in  a  self-study  environment 
304.2J  Develop  directions,  procedures,  and  information  for  trainees’  use  in  on-the-job  training. 
3043  TASK  INPUT. 

3043.1  Detafli  to  be  specified  in  the  appropriate  contractual  documents  will  include  the 
following,  as  applicable: 

3043.1.1  Identification  of  deliverable  data  items. 

3043.13  Service  spedfic  guidance  and  information 
304333  Approved  Media  Selection  Rqiort  from  Task  204.4.1. 

30433^  Approved  Lemninf  Aorism  Report  fi«a  IMt  mAl. 

3043.L5  Approved  Lesson  Specificatioro  Report  firom  Task  210.4.1. 

3043.1.6  ^>proved  Individual  Training  Standards  from  Task  201.43. 

30433  Input  resource  requirements  list  from  Task  105.4.4. 

30433  Input  list  of  ccdlective  treining  tasks  cross-referenoed  to  individual  tasks  from  Task 
201.4.7. 

3043.4  Input  list  of  occupationally  grouped  individual  training  tasks  from  Task  201.4.9. 

30433  Input  persoiuiel  performance  profiles  data  from  Task  201 4.12  (30433). 

30433  Input  trmning  path  system  data  from  Task  201.4.13  (30433). 

3043.7  Input  oocupatkmal  analysis  data  from  Task  201.4.1S. 
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304J.8  Input  learning  objectives  from  Task  203.4.S. 

304J.9  Input  listing  of  knowledge  and  skills  required  to  support  learning  objectives  from  Task 
203.4.6. 

304J.10  Input  instructional  setting  description  for  each  training  task  from  Task  203.4.8. 

304J.11  Input  a  sequential  listing  of  learning  objectives,  events  and  activities  from  Task 

203.4.9. 

304J.12  Input  objectives  to  training  tasks  to  job  tasks  cross-  reference  listing  from  Task 

203.4.10. 

304J.13  Input  course  mission  statement(s)  from  Task  203.4.11. 

a 

304J.14  Input  listing  of  course  learning  objectives,  parts,  sections,  and  topics  from  Task 
203.4.11 

304J.15  Input  instructional  methodology  frv  each  learning  objective  from  Task  203.4.17. 
304J.14  Input  test  items  from  Task  205.4J. 

304J.17  Input  tests  from  Task  2QS.43. 

3MJ.18  Input  lesson  spectGcations  from  Task  210.4J. 

304J.19  Input  lilting  of  instructioaai  media  and  suf^xxt  nuteriab  required  from  Task  301.4.4. 

304JL29  IiqNit  instructkms  and  guidelines  for  instructors  from  Task  30S.4.6i 

304JJI1  Input  "Red-lined”  cc^  of  lesson  plans,  trainee  guides  and  instructional  media 
materials  fixim  Task  402.43. 

304332  Input  trahui^  materials  validation  data  from  Task  402.4.4. 

304.4  TASE.Qffn!PT. 

304.4.1  Trainee  Guide  (3043.1)  (See  63,  DI-ILSS-81100). 

304.43  On-the-Job  Training  Handbook  (30433)  (See  63,  DMLSS-81101). 

304A3  Trainee  Orienutkxi  Guide  (See  63,  DMLSS-81 102). 

304A4  Nemresident  Training  Materials  (30433)  (See  63,  DMLSS-81 103). 

304A5  Trainee  Materials. 
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TASK  SECTION  400 

TRAINING  SUPPORT,  CONDUCT  AND  ADVISORY  SERVICES 

Task  sectioo  400  provides  the  specific  lequiremeots  for  the  conduct  and  evaluaticMK  of  training 
courses. 
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TASK  401 

CONDUCT  OF  TRAINING 


401.1  PURPOSE.  The  purpose  of  Task  4U1  is  to  present  (teach)  a  curriculum  to  meet 
specified  training  requirements,  and  evaluate  course  efTectiveness. 

40U  TASK  DESCRIPTION.  When  specified  (see  1.2),  the  following  subtasks  shall  be 
performed: 

401JL1  Conduct  training  as  prescribed  in  the  approved  Training  Implementation  Plan  using 
lecture,  recitation,  laboratory,  examination,  study  period,  and  demonstration  processes  and 
training  media  as  appropriate  to  the  training  requiremenL 

401.2,2  Provide  counseling  and  remediation  instruction  to  solve  trainee  deGdeincies  in 
achievement  of  learning  objectives. 

401.23  Provide  recommendations  for  trainee  drop  or  setback  due  to  deficient  academic 
progress. 


4013.4  Provide  an  evaluation  sheet  to  be  used  trainees  in  the  evaluation  of  a  course. 


40133  Identify  the  grade  level  attained  and  additional  information  concerning  the  trainee’s 
performance  and  attitude  throughout  the  course. 


4013.6  Prepare  a  coune  completion  certificate  for  each  trainee  satisfiactorily  completing  the 
contractor  conducted  course. 


4013.7  Identify  dianges  required  to  correct  the  training  program  problems. 

4013  TASK  INPUT. 

4013.1  Detaib  to  be  specified  in  the  appropriate  contractual  documents  will  include  the 
following,  as  appUcable: 

4013.1.1  Identification  of  deliveraMe  data  items. 


4013.13  Identification  of  trainees  with  prerequisite  skills  and  knoaiedge. 

4013.13  Student  evaluation  forms. 

4013.M  Training  course  evaluation  forms. 

4013.13  Input  approved  Training  System  Implementation  Plan  firom  Task  IQS.4.1. 

4013.13  Approved  Instructfonal  Media  Package  from  Task  301.4.1. 
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401  J.1.7  Approved  Lesson  Plan(s)  from  Task  303.4.1. 


4013.1J  Approved  Training  System  Utilization  Handbook  fiom  Task  303.4.2. 


401  J.1.9  Approved  Trainee  Guide  from  Task  304.4.1. 

40U.1.10  Approved  Test  Package  from  Task  205.4.1. 

40U.1.11  Approved  Trainer  Software  Application  Handbook  from  Task  302.4.1. 

4013.2  Input  listing  of  type  and  location  of  training,  scope  of  training  courses,  resource 
requirements,  data  requirements,  procedures,  milestones  and  time  phasing  of  the  condua  of 
training  from  Task  1(B.43. 

40133  Input  test  items  from  Task  205.43. 

4013.4  Input  tests  from  Task  205.43. 

40133  Input  test  administrator  guidance  data  from  Task  205.43. 

4013.6  Input  test  item  to  learning  objective  to  training  task  to  job  task  cross  reference  matrix 


from  Task  205.43. 


4013.7  Input  test  answer  key*  from  Task  205.43. 


40134  Input  initnictiooal  media  from  Task  301AS. 

4013.9  Input  instructions  and  guidelines  for  instructors  from  Task  303.4.6. 

4013.10  Input  trainee  materials  from  Task  304.43. 

4013.11  Input  instructions  and  guidelines  for  interactive  courseware  managers  from  Task 
303.4.7. 


4013.12  Input  instructions  and  guidelines  for  users  of  interactive  oourseware  from  Task 
303.44. 

4014  tASI^  QVTyiq:. 

4014.1  Trainee  and  Tkaining  Course  Comjdetion  Rqiort  (See  63,  DI>ILSS-81104). 
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TASK  402 

TRAINING  EVALUATION 

402.1  PURPOSE.  The  puqxxe  of  Task  402  is  to  conduct  validation  of  training  materials  and 
evaluations  of  training  effecUveness  or  capabilities  or  both. 

402.2  TASK  DESCRIPTION.  When  specified  (see  1.2),  the  following  subtasks  shall  be 
performed: 

402.2.1  Execute  the  evaluation  plan. 

402.2.2  Describe  how  the  training  program  was  evaluated. 

402.23  Identify  conducted  the  evaluation  and  the  resources  used  for  that  evaluation 
(personnel,  materials,  and  special  equipment). 

Describe  the  training  deficiencies  that  were  identified  as  a  result  of  the  evaluation. 

40233  Identify  necessary  changes  to  curricuia  materials  during  the  Services*  initia]  conduct  of 
training  courses. 

40233  Provide  guidance  and  aasistanoe  to  the  Services  instructor  during  course  conduct 

4023.7  Omdttft  training  mal^-fiak  iialiriatirin 

402.23  Conduct  test  items  validation  and  rdiabilify. 

40233  Develop  and  sidmiit  fior  approval  change  control  procedures. 

4023  TASK  INPUT. 

4023.1  Details  to  be  specified  in  the  appropriate  contractual  documents  will  include  the 
fcrilowiiig,  as  applicable: 

4023.L1  Identification  of  ddiveraUe  data  itmis. 

4023.13  i^rptoved  Training  Evaluation  Plan  from  Task  107.4.1. 

4023.13  i^rpioved  Trainee  and  Training  Course  Comirietion  Report  from  Task  401.4.1. 

40233  IqNit  data  fin*  test  items,  tests,  and  training  materials  validation  frnn  Task 

102.4.7.  (4023.7,  40233) 

40233  Input  traitting  evaluation  planning  data  from  Task  107.43.  (4023.1  through  4023.4) 
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Input  test  items  from  Task  205.4.2. 

4<KL3JI  Input  testt  from  Task  20S.4  J. 

4023.6  Input  test  item  to  learning  objective  to  training  task  to  job  task  cross  reference  matrix 
from  Task  20S.4.& 

4023.7  Input  HsUng  of  instructional  media  and  support  materiab  from  Task  301.4.4. 

40233  Input  trainer  software  application  handbook  data  from  Task  302.4.2. 

4023.9  Input  instructkMis  and  guidelines  for  instructors  from  Task  303.4.6. 

4023.10  Input  trainee  materials  from  Task  304.43.  • 

4023  TASK  OUTPUT. 

4023.1  Traming  Evaluatioa  and  Validation  Report  (402.2.1  through  4012.4,  4002.1,  402.23). 
(See  63,  DMLSS3110S) 

40233  Tkaining  Material  Change  Package  (40233  and  4023.9).  (See  63,  DMLSS^llOb) 

40233  "Red-lined"  copy  of  lesson  plans,  trainee  guides,  and  instructional  media  materials. 
(40233) 

40233  Training  materials  validatkm  results  data.  (4023.7) 

40233  Test  items  validatioo  remits  data.  (40233) 
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6.  NOTES 

(This  sectioii  contains  information  of  a  general  or  explanatory  nature  that  may  be  helpful, 
but  is  not  mandatory.) 

6.1  Intended  use.  This  standard  is  intended  to  be  used  in  the  developroeni  of  military 
training  programs,  related  data,  and  training  materials. 

6.2  Issue  of  DODISS.  When  this  standard  is  used  in  acquisition,  the  applicable  issue  of  the 
DODISS  must  be  cited  in  the  soiidtation  (see  2.1.1  of  this  standard  and  20.1.1  of  Appendix  C 
herein). 

6.3  Data  requirements.  The  following  Data  Item  DescriptioDS  (DIDs)  must  be  listed,  as 
applicable,  on  the  Contract  Data  Requirement  List  (DD  Form  1423)  adien  this  standard  is 
applied  in  a  contract,  in  order  to  obtain  the  data,  except  where  DOD  FAR  Supplement  27.475- 
1  exempts  the  requirement  for  a  DD  Form  1423. 
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207.4.1 

DMLSS-81067 

Trainer  System  Modificatkm  Report 

208.4.1 

DMLSS-81088 

Training  System  Functional 

Characteristics  Report 

209.4.1 

DMLSS-81089 

Training  Facilities  Report 

— 

210.4.1 

DMLSS-81090 

Lesson  Specifications  Repc^ 

— 

211.4.1 

DMLSS-81091 

Instructional  Media  Design  Report 

— 

.301.4.1 

DMLSS-81092 

Instructional  Media  Package 

301.4.2 

DMLSS^1093 

Instructional  Media  Data  Files 

302.4.1 

DMLSS^1094 

Trainer  Software  Apfdication  Handbook 

_ 

303.4.1 

DMLSS^IOOS 

Lesson  Han 

303.4.2 

DMLSS^1096 

Training  System  Utiliation  Handbook 

303.43 

DMLS&81097 

Individud  Task  Training  Package 

— — 

303.4.4 

DMLSS-81098 

CoOective  Task  Training  Package 

— 

303.43 

DMLSS«099 

Training  Information  Package 

— - 

304.41 

DMLSS«1100 

Trainee  Guide 

304.43 
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On-the-Job  TVaining  Handbook 

_ 

304.43 

DMLSS-81102 

Trainee  Orientation  Guide 

304.4.4 

DMLSS^llQS 

Nonresideat ‘Darning  Materials 

401.4.1 

DMLSS^1104 

TVainee  and  Training  Course 

Completion  Report 

mmmm 

402.4.1 

Dl>n3S^1105 

Training  rrvahiatimi  mmI 

Validmkm  Rqioct 

mmrnm 

402.43 

DMLSSS1106 

‘Draining  Material  Change  Package 

— 

The  above  DIDi  wne  ihoae  deared  as  of  die  date  of  this  standard.  The  cumnt  issoe  of  DOD 
501QLl2-Lt  AoquisitkMi  Management  Syttems  and  Data  Requnements  Cbntnd  List  (AMSDL), 
must  be  researched  to  ensure  that  onfy  current,  cleared  DIDs  are  cited  on  the  DD  Form  1423. 

6.4  Tailoting  auidanoe.  To  ensure  ptoper  applicatioo  of  this  standard,  invitatioD  for  bids, 
requests  for  proposals,  and  ccmtractual  Sutements  of  Work  (SOW)  should  tailor  the 
requirements  in  Sections  4  and  5  and  Appendhms  C  and  D  oi  this  standard  to  OBdude  any 
wnnccfssaiy  requirements.  For  cacunple.  If  the  SOW  only  requires  revision  to  an  eanstii^ 

Lesson  nan,  then  all  pan^phs/tasks  not  rdhted  to  the  tevUoo  should  be  ddeted. 

6.5  Subject  term  fkev  word)  listing 

Analjnis  and  Design 
Conduct  of  TVainiitg 
Development  Oontrol 
Devetopmeat  Planning 
Evaluation 
Evaluatioo  nanning 
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Facilities  Requirements  Identification 
Impleoieotation  Planning 
Inqtlenentatiaa  Control 
Interactive  Courseware 
learning  Analysis 
Lesson  Specifications  Development 
Materials  fcH’  Instructors 
Materials  for  Trainees 
Media  Selection 

Mission,  Collective,  Individual,  and  Occupational  Training  Task  Analyses 

Personnel  Performance  Profile 

Situation  Analysis 

Script-Storyboard 

Te^nology  Assessment 

Tests  for  Measurement  of  Personnel  Achievement 

Tkaining  Devices 

Tkaintng  Equipment 

Training  Path  System 

Trainii^  Slystemt 

6.6  Changes  from  previous  issue.  Matgina]  notations  are  not  used  in  this  revision  to  identify 
changes  with  re^rect  to  the  previous  inue  due  to  the  extensiveness  of  the  changes. 
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Custodians: 
Army  -  AV 
Navy  •  SH 
Air  Force  -  11 
NSA  -  NS 


Review  activities; 

Army  -  TM 

Navy  -  AS,  EC,  MC,  TD 
Air  Force  -  94 


Preparing  activity: 
Navy  •  SH 

Agent: 

Navy  -  OS 
(Project  lLSS4n29) 
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APPENDIX  A 


GUIDANCE  FOR  IMPLEMENTATION  OF  THE 
MILITARY  TRAINING  PROGRAM  STANDARD  (M1L-STD-1379D) 


la  SCOPE 

10.1  Scope.  This  appendix  provides  rationale  and  guidance  for  the  selection  and  tailoring 
of  military  training  program  tasks  in  this  standard.  The  appendix  is  intended  to  encourage  and 
fadUtate  the  correct  and  economical  apfdicatkm  of  this  standard  to  meet  program  objectives. 
This  appendix  is  not  a  mandatory  part  o[  the  standard.  The  information  contained  heron  is 
intend^  for  guidance  only.  Users  of  this  aj^rendd  m^  include  the  Dqmrtment  of  Defense 
contracting  activities.  Government  in-house  activities,  and  prime  contractors  or  subcontractors 
intend  to  inipoK  mflttaty  training  program  tasks  upon  supfdiets. 

102  How  to  use  this  amiendix.  This  appendix  provides  guidance  for  the  qfstematk 
structuring  of  mflitary  training  programs  (section  40)  and  tailoring  the  mdividual  task  and 
sublask  requirements  (section  dO).  The  user  should  Crst  review  the  major  considerations 
afifecting  tte  development  of  the  nuHtaiy  training  program  contained  in  seetion  40  and  then 
refer  to  the  appropriate  parts  of  section  60  based  on  the  tasks  and  subtasks  selected.  Section 
50  provides  general  guidance  on  prqMting  a  sam|rfe  package  that  illustrates  the  products 
desired  from  perfiotmanoe  of  selected  taria  in  MIL-STD-1379D.  Tables,  %niet,  and 
eaqMo^ollow  prooeifaires  are  provided  in  this  lypendix  to  focilitate  use  of  M1L-STD-1379D. 

2a  APPLICABLE  DOCUMENTS 

2ai  Gowemment  documents.  The  following  documents  form  a  part  of  this  appendix  to  the 
extent  spedSed  herein:  | 

HANDBOOK 

MILITARY 

MIL>HDBK.-24S  Preparation  Statement  of  Wmk  (SOW) 

MIL-HDBK-248  Acquisition  Streamlining 

(Unless  otherwise  indicated,  copies  of  federal  and  military  specifications,  standards,  and 
handbooks  are  available  from:  Standardization  Documents  Order  Desk,  Building  4D,  700 
Robbitt  Avenue,  Philadelidua,  PA  19111-5094). 


A-1 


MIl^STD-lSTfD 


ATTENDIX  A 

20.1.1  Service-»DCcific  Guidance.  Appropriate  Servioe-apeciGc  guktanoe  m  cMcntial  to 
aupfdement  the  general  guktanoe  provided  in  tins  appendix.  When  a  trying  activity  has 
comprehensive  printed  guidance  that  a  contractor  must  follow  and  when  it  is  too  lengtlqr  to 
include  in  a  statement  of  work,  the  governing  document  for  the  guidance  should  be  attached  as 
an  exhibit  to  the  oontrKt  and  referenced  in  the  Statement  of  Work  (SOW).  Exanq)les  of 
governing  documents  are  regulations,  instructions,  orden,  and  pamphlets. 

30.  DEFINITIONS 

3ai  Terms,  abbreviations,  and  acronyms  used  in  this  appendix.  Key  terms,  abbreviatioas. 
and  acronyms  used  in  this  appendix  are  defined  in  Section  3  of  the  basic  standard. 

4a  APPUCATION  GUIDANCE 

4ai  Systems  approach.  Within  the  Deportment  of  Defenae  (DODX  a  systems  qrpcoach  to 
training  win  be  used  to  guide  the  devek^rment  of  trmning.  Diis  proeem  eonste  of  phases: 
analysis,  design,  developmeat,  implementation,  and  evahiatioo.  Training  contracts  that  require 
the  defiveiy  training  and  training  materials  to  the  Government  should  be  written  referencing 
task  statements  and  the  supportn^  Data  Item  Descriptions  (DIDs)  cited  in  NaL-STD-lSTS^. 
Tailored  DIDs  are  vahmUe  tocds  for  the  trainiiig  acthnQr,  thc^  enforce  content  and  format 
requirements  of  dcKverabie  data  on  a  contractor  and  thqr  improve  the  accura^  of  the 
contractnr’a  products.  Figure  Arl  provides  a  flow  diagram  oif  task  mput/ouqnit  rejatiwMliipa. 
Figure  A>2  provides  a  process  flow  rtiagrsm  of  tads  and  data  hem  descr^ition  tides,  ^gare  Ac 
3  piovidCB  a  detafled  flow  chart  of  the  training  program  procem  through  all  phases  of  die 
weapon  spslem  acquisition  procem  (Ifle  cycle). 

4Ql2  Pgqtiiiementi  plunmy.  CSrcful  fdaniang  and  cflective  cranmumcation  are  die  keys  to 
a  successful  training  program.  A  systematic  and  orde^  planning  procem  must  be  followed  to 
ensure  that  decisions  ate  made  in  a  timely  and  cost-effective  manner.  Effective  communication 
between  the  contracting,  devekqnng,  training  and  supporting  elements  is  essential  to  the 

procem  and  will  result  in  effective  tailoring  ol  MIL*STI>-1379D.  The  contracting  and 
trainiiig  activities  must  communicate  effectively  darify  responsibilities,  create  a  plan  of  action 
and  estddished  nulestonm  for  canying  out  required  actions.  The  |dan  of  action  s^  milestones 
will  enable  eadi  otganiaation  to  manage  die  appropriate  "who*,  >iiat*,  Nriiere”,  and  >diea* 
selects  of  the  training  requirement  and  to  assesr  progrem  in  meetiitg  required  milestones.  The 
stqn  listed  bdow  are  proidded  m  general  guidance  to  assist  In  phimlpg  for,  and  performiitg, 
some  of  the  functions  aasocisted  with  the  purchase  of  trahunf  programs,  amteiiais,  and  support 
under  MILpS1T>-1379D. 

402.1  ^gg||g|||g_|||g_lQyil^gj[ggljgQyggB^  A  tiaiiuqg  requirement  nuy  emerge  from  such 
souiem  m  the  httroduction  of  new  qntems  and  equ^fcnt,  product  improvemcnfi,  or  the  need 
to  tqigrade  die  knowledge  mid  sk9  levels  of  person^  An  analysis  uA  determine  the  products 
that  must  be  developed,  and  the  content  of  those  products,  to  meet  the  training  requirements. 
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The  contracting  activity,  working  in  ocM^unction  with  the  end  user  in  the  training  activity,  must 
decide  what  is  needed  (for  example:  a  new  ooune,  modification  of  an  existing  counc,  or 
training  support  functions).  Table  A-1  contains  a  list  of  the  kinds  of  questions  that  the 
contracting  activity  will  need  to  discuss  with  the  training  activity  during  needs  analysis.  This 
review  will  help  to  determine  the  specific  training  products  to  be  purchased  using 
MIL>STD-1379D.  Answers  to  the  kinds  of  questions  in  Table  A-1  will  generally  result  in  a 
training  {dan  whidi  meets,  but  does  not  exce^,  the  training  tequiremenL 

40.2.2  Impact  and  traite-off  analysis.  The  un{}act  of  the  training  requirement  on  current 
resources  such  as  maniwfwer,  time,  materials,  equifnnent,  facilities,  and  fundmg  must  be 
considered.  Ttade-off  analyses,  uhich  assess  boiefits  and  risks  associated  with  alternative 
solutions,  should  be  fierformed  to  determine  the  most  cost-efCcctive  means  of  meeting  the 
training  tequiremenL  Such  analyses  mi^  have  been  (rerformed  using  analytic  techniques  such  as 
HARDMAN,  LSA  or  other  Service-s{)ed5c  analytic  tools.  Tasks  exist  within  M1Lf9II>-1379D 
which  {xovide  for  contracUM’-develofied  {dans  to  make  decisions  related  to  training  requirements 
analysis,  when  such  decisions  cannot  be  made  in  a  timely  manner  by  the  Oovemment  because 
of  resource  constraints. 

4023  Identifrina  contract  deliverablei.  Each  contractor  supported  training  requiieaieat 
will  result  in  the  acquisition  of  sfredfic  deliverables  ({xoducts).  Deliveraldes  may  be  fdanning 
documents,  instructional  materials,  the  {uesentation  oi  a  couise  by  a  contractor,  or  odier 
activities  or  hems.  Anaiysh  of  the  training  lequircmeot  aMhcs  evident  the  need  to  aequue 
spedhc  deUvenddes,  identifies  ai^  associated  constraints,  and  becoases  the  basis  for  wihing  a 
SOW. 

40l23.1  Statement  of  work  fSOWX  AS  tasks  and  products  Mikb  the  Gouananent  retpares 
a  contractor  to  {wrffonn  or  dewedop  mutt  be  identified  in  the  SOW. 

4023.2  Contract  Data  Rcauhements  List  fCDRLl.  DP  Form  1423.  All  data  item 
deliverabie  requirements  must  be  documented  on  DD  Form  1423.  For  the  ctmtractor  to  be 
held  res()oasible  for  deliveiy  of  the  product  in  a  sftecific  format,  the  foramt  must  be  specified 
on  the  CDRL.  Tride  A-2  is  an  index  of  IHDs  organiwi  according  to  the  section  of  this 
standard  in  which  thqr  are  dted.  DIDs  are  crom-ieferenoed  under  the  'ou^Nrt*  section  of  each 
task  descriptkxi  in  section  3  of  ME.-S1T>-137!^. 

403  Documentinf  tT**~  This  edition  of  MIL'STD-1379  is  qatematically  organized  alopg 
the  line  of  woA  tasks  to  be  {terformed,  task  inputs,  and  task  outfuits.  When  MIL-STD-1379D 
is  used  in  preparing  a  SOW,  apedEe  tadc  descri|>tioa,  in|Nits,  and  outfHits  must  be  selected 
from  the  standard,  taflored  to  meet  the  qwciSc  requirement,  aral  identified  in  the  SOW.  Task 
descrqdions”  fist  work  tasks  nmociated  with  the  pcoductkm  of  apedEc  data  or  defivecaldes. 

Eadi  task  descriptkm  h  made  up  of  detailed  Mddasks.  (Because  the  task  demi^hions  ptoride 
comprdiensive  coverage  and  refiect  tfifibrent  Service  requirements,  it  is  im|)enitive  that  thqr  he 
tailored  appropriate^.)  Task  inputs"  descrfoe  the  general  information  needed  to  acoompfish  a 
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task.  Task  outputs*  identify  the  data  or  products  expected  from  the  performance  of  tasks. 
Table  A*3  lists  a  series  of  steps  that  can  be  used  to  locate  required  tasks,  inputs,  outputs,  and 
DlDs  cited  in  this  standard. 

40.3.1  Tailoring  program  task  application  during  nf  the  materiel  (weanonl 

svstemsAKXiuisition  process.  Table  A-4  and  Figure  A-3  depicts  a  systems  approach  to  training 
devek^Mnent  related  to  the  phases  of  the  materid  (weapons)  ^tems  acquisition  process. 

40.3.2  Task  inout/outout  relationships.  Figure  A-1  descrfl>es  the  flow  of  data  from  the  task 
that  produces  the  data  to  the  taak(s)  requiring  the  data  for  task  completion.  This  figure  is 
useful  in  ensuring  the  contract  SOW  and  CDRL  dehweiy  schedule  are  in  consonance  with  the 
systems  approach  to  training, 

4033  Data  Item  DeiCtmtion/ta«lr>^ll(fftf  tfif  rfffwenee  mmtfi*.  Table  A-5  identffies 
relatioasbipB  between  data  item  descriptioas,  primary  supporting  tasks  that  produce  the  data, 
and  related  tasks.  This  table  is  useful  in  devek^ting  contract  SOW  when  data  items  are  to  be 
delivered  and  accepted. 

SO.  INDIVIDUAL  SERVICE  REQUIREMENTS. 

501  Data  requirements.  Tables  A*6  throu[^  A>9  list  core  DlDs  organized  by  individual 
Senrioe  requheasents.  These  lists  ittustrate  the  Servioe^wcific  IMD  aet  to  be  nonsMcred  when 
oontractny  for  deudopawnt  of  a  new  oowae.  Even  the  seiectioo  of  tbeae  oore  DlDs  raqaires 
significant  Serviee-qmdfic  tailoring  and  should  never  be  done  without  consultation  traiaiag 
actMqr  end  user  lepreeentatives  who  are  famfliar  with  fibe  use  of  MIL-STD^1379D  and  Oe 
traminf  lyitcm  requirements.  Additionally,  die  requiiements  plaiming  conducted  in  40i2  above, 
may  rendm  Tables  A-6  through  A>9  inappropriate  for  a  partiailar  training  requirement  For 
example,  selection  of  DlDs  for  training  requirements  otbm  than  course  development  may 
indicate  the  need  to  dte  DlDs  not  idntifi^  in  these  tables.  Again,  effective  oommunication 
between  the  contracting  and  training  activities  is  essential 

502  Format  requirements.  Individual  Services  have  specific  formats  required  for  their 
training  materials.  MILrSTD-1379D  has  made  aOowanoes  Gor  eadi  Service  to  obtain  data  in  the 
format  wfaidi  best  meets  its  needs.  Format  requirements  for  all  MIL-STD>1379D  DlDs  have 
been  consolidated  into  Appendix  C  udiich  allows  for  irxlividual  Services  to  specify  the  format  in 
udiich  selected  data  will  be  displayed  or  delivered.  To  provide  the  contractor  with  the 
ippropriate  guidanoe,  the  contradmg  activity  (in  consonance  with  die  training  activify)  must 
develop  and  provide  a  luniqiie  package*  of  materials.  The  purporo  of  a  sanqile  package  is  to 
illustrate  the  content  and  fiprmat  requirements  of  a  required  data  item.  A  suaple  package 
consists  of  raamphe  of  trahiiiig  materials  and  documentation  ebidi  meet  the  needs  of  the  end 
UKT.  The  basis  for  the  sanqile  parage  is  aanpfy  the  idea  that  *a  pfeture  is  wordi  a  dwusand 
words.*  The  sample  package  may  be  provided  m  an  exhfoit  to  a  SOW  or  m  Government 
Furnished  Informatioo  (G^  after  crmtract  award.  The  sanqile  padcage  should  be  reviewed  at 
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the  post  award  conference  or  within  30  days  thereafter  to  ensure  mutual  uodetstanding  of  the 
requirement  by  all  parties. 

50.2.1  Sample  nackape  development  guidance.  Input  fur  preparation  of  a  sample  package 
must  be  provided  by  the  training  activity.  Each  sample  package  for  a  contract  will  contain  some 
unique  elements.  Use  of  the  same  sample  package  for  more  than  one  contract,  without  careful 
review  and  approval,  is  not  recommend^  The  result  could  be  inconsistency  between  the 
specifications  of  a  tailored  DID  and  the  sample  package.  The  steps  below  are  recommended 
for  preparation  of  a  sample  package: 

a.  Review  the  contract  training  requirement,  aj^ilicable  SOW,  and  CDRl. 

b.  Ensure  that  the  data  specifications  on  die  CDRL  are  consistent  with  SOW  guidance. 
If  th^  are  inconsistent,  the  ctmtracting  activity  and  training  activity  must  work 
together  to  resolve  the  proUem  before  the  SOW  is  released. 

c.  Request  examples  of  written  trainii^  materials  and  documentation  firom  the  training 
activity  vriiicb  illustrate  data  item  format  and  content  requirements  to  include  in  the 
sample  package.  The  best  method  is  to  request  the  training  activity  to  develop  the 
samfde  package. 

d.  Ensure  that  the  subject  matter  of  the  sanqile  package  is  eonsislent  with  the  type  of 
trahiiity  to  be  purchased.  For  ewmtyle,  if  the  Oouemment  intends  to  acqsire 
aviation  maintenance  training  mateiids,  then  the  Oowenunent  should  prqmre  a 
aanqile  pudoge  with  aviation  maintenance  tndnlBf  caampira,  not  aircrew  examples. 

e.  Ensure  that  the  subject  matter  of  the  sample  package  is  consistent  througjiout  Do 
not  vary  subject  matter  areas  within  a  samfde  package. 

L  Review  the  sample  package  carefully  to  ensure  that  it  correctly  and  adequately 

illustrates  the  content  and  format  requirements  of  data  items  that  have  been  tailored 
to  currmit.  Service-specific  regulatory  guidance. 

da  TAILORING  GUIDANCE. 

60.1  General  Tailoring  is  the  process  by  which  individual  requirements  (sections, 
paragraphs,  or  sentences)  of  spedfieations,  standards,  and  rdated  documents  are  evaluated  to 
determine  the  extent  to  which  thqr  are  suitable  for  a  qwcific  tystem  and  equqiment  acquisition 
and  the  modification  of  these  requirements  to  ensure  that  each  achieves  an  r^Mimal  balimce 
between  operational  needs  and  cost  (see  MIL-HDBK-248).  The  tafloririg  of  data  product 
standards  and  DID’s  should  be  limited  to  the  exclusxm  of  informatkm  requirements  provisioos. 
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.  60^  How  to  taitor  task  sUtcmenCs  and  DIDs.  Each  task  descripUc^  task  input,  ^ 
output,  and  DID  identified  in  this  standard  must  be  tailored,  based  on  Service-specific  guidance, 
to  meet  the  specific  training  requirement. 

603  Training  activity  role.  The  training  activity  should  assist  the  contracting  activity  in 
all  tailoring  dechions  and  in  development  of  contract  requirements. 

60.4  Tailoring  down.  Tailoring  docs  not  permit  the  addition  of  requirements  that 
increase  the  scope  of  existing  DIDs.  Tailoring  "by  deletion*  is  the  rule.  Table  A-lO  provides 
examples  of  how  to  tailor  task  statements  and  Dn>s. 

6a4.1  Task  tailoring.  Task  tailoring  refers  to  the  selection  of  task  descriptions,  subtaska, 
and  inputs  associated  srith  a  task  output,  and  the  deletion  of  any  unnecessary  words  or 

phrases  from  these  stadementa.  Thia  wiiingHiarinii  should  be  donimiaited  in  the  SOW.  Task 
statements  can  be  expanded  only  in  the  SOW. 

60.42  Tailoring  data  rmiuiiementa.  A  coiriracting  activiqr  rarely  needs  to  acquire  all  date 
dements  in  a  DID.  Each  date  requirement  muat  be  taOnrad  to  meet  the  needs  of  the 

apeciSe  program.  Date  r^uuements  are  tetloied  by  sdecting  applicaMe  psus^raphs  in  the 
relevant  DIDs  and  deleting  unnecessary  paragniihs,  words,  or  jdirases.  A  general  rule  of 
thumb  for  teiioring  judgment  is  the  foUowmg:  If  the  end  user  and  the  major  divitioos  of  the 
tnuidnf  adiviqf  have  no  apparent  we  for  any  date  elewent(s)  that  can  be  acquired  with  the 
DID,  and  if  no  legulatoiy  requirement  cadris  for  dm  date  as  part  of  the  midit  trail  for  the 
Servioe>apeGifie  Inintiig  devdoposeot  qntem,  dma  the  uiummitsty  date  cleiiicot(8)  ahould  be 
deksedkyMkadoateliloek  IdoftheOIRL.  In  shott,  if  no  one  esn  Idl  you  how  the  date 
wfll  be  wed,  then  the  date  probably  will  not  be  used  and  should  not  be  pnrrhaaed,  It  may  be 
neocsiaiy  to  oomaHdatB  date  Tl*f""**  from  a  wtieiy  at  DIDs  to  obtain  an  integrated  pradt^ 
In  this  manner  identifying  specific  date  elemrats  and  developing  a  samf^  pndmge  to  cdaMish 
format  can  result  in  the  creation  of  specially  dwtgned  documoits  for  unique  lequiremeats.  The 
requirements  mwt  be  cross-ideotified  on  the  DD-1423S  to  ensure  dehvery  of  the  desired 
pr^ucL 
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TABLE  A-l.  Planning  data  for  cx>ntract  training  reQutrementt. 


The  following  are  examples  of  the  kinds  of  data  that  need  to  be 
considered  when  contracting  for  training  programs,  materials,  and 
support.  This  list  is  not  all-inclusive;  it  is  designed  to  start 
the  thinking  and  planning  process.  The  answers  to  the  questions 
in  Table  A-1  will  help  to  determine  the  kinds  of  task  input  and 
output  data  to  select  from  section  5  of  MIL-STD-1379D.  Personnel 
from  the  contracting  activity  should  consult  with  the  appropriate 
personnel  in  the  training  activity  to  obtain  answers. to  the 
following  questions: 

Scpp^  9t  Training  EfiSMirgiigDt 

What  is  the  scope  of  the  trainina  requirement?  Does  the  reqpiire- 
ment  indicate  the  need  for  training  analyses,  conduct  of  a 
course,  development  of  curriculum  and  instructional  materials,  or 
other  efforts? 

If  curriculum  and  materials  must  be  developed,  is  a  new  course 
needed  to  fulfill  the  training  requirement?  Or,  can  an  existing 
course  be  modified? 

Can  a  curriculum  development  requirement  be  met  through  the 
purchase  of  one  or  more  lessons  or  units  of  instruction,  or  does 
the  requirement  necessitate  purchase  of  an  entire  course? 

Are  instructional  materials  and  related  courses  available 
within  the  aervioes  or  in  the  private  sector  that  can  be  ad^ited 
or  adapted  for  use? 

Is  there  a  requirement  for  transition  training? 

Have  training  resource  and  planning  requirements  been  identi¬ 
fied  by  the  Government?  Or,  will  the  contractor  be  tasked  to 
identify  resource  and  planning  data? 

Cgurae  Control  ..Data 

What  deficiency  is  met  by  the  proposed  instruction? 

What  are  the  resource  requirements?  Resources  include  maiqx>wer, 
personnel,  facilities,  fuel,  ammunition,  and  other  elements. 

What  are  the  characteristics  of  the  target  population  to  be 
trained? 

-  Occupational  specialty 

-  Previous  experience 

-  Rank/grade 
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TABLE  A-1.  Planning  data  for  contract  trainint  leauirementt  -  Continued. 


-  Reading  grade  level 

-  Previous  training 

-  Aptitude  scores 

Where  will  training  be  conducted?  Will  there  be  sultiple  sites? 
How  frequently  will  training  be  conducted? 

What  is  the  projected  student  load? 

What  protective  measures  are  required  for  classified  courses? 
What  safety  factors  must  be  considered? 

Instructional  Materials 

Do  instructional  materials  need  to  be  purchased?  If  so: 

Which  instructional  methods  amd  media  are  most  appropriate  for 
a  particular  course?  Have  the  contguit  of  training,  resource 
constraints,  and  trainee  requirements  been  considered  when 
selecting  iiwtructional  methods  and  media? 

What  instructor  materials  does  the  training  activity  need? 

What  trainee  materials  are  required? 

What  testing  materials  are  required? 

Is  there  a  requirement  for  audiovisual  support  materials  such 
as  slides,  transparencies,  videotapes,  or  other  materials? 

What  course  management  materials  does  the  training  activity 
need? 

Does  a  course  control  document  need  to  be  acquired  from  the 
contractor? 

How  many  copies  of  management,  instructor,  trainee,  testing, 
and  audio-visual  materials  should  be  acquired? 

How  will  the  course  or  instructional  materials  be  validated? 

Does  a  validation  plan  need  to  be  acquired? 
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TABLE  A-1.  Planning  data  for  contract  tfMniiw  leouirementt  -  ConUnued. 


Training  Support  Devices  and  EouiPBient 

Is  thers  a  rsquireaent  for  training  devices  and  equipnent? 

Is  there  a  requirement  for  computer  systems  and  software? 

Has  a  plan  for  maintenance  of  training  hardware  items  been 
identified? 

Facilities  and  Environment 

What  are  the  facilities  and  electrical  requirements?  Will  the 
use  of  new  or  revised  training  delivery  systems,  simulators, 
task  trainers,  or  actual  equipment  require  upgrades  to 
facilities  and  utilities? 

Are  adequate  storage  facilities  available  for  training 
materials  and  equipment? 

What  environmcmtal/psychological  fidelity  requirements  must  be 
accommodated  to  create  a  training  environment  that  simulates  the 
actual  work  environment? 

Instructors  and  Support  Personnel 

Do  instructor  and  support  personnel  requiments  need  to  be 
evaluated? 

If  so: 

What  are  the  instructor  requirements? 

-  Number  of  instructors 
**  Instructor  qualifications 
What  are  the  siq^port  personnel  requirements? 

>  Number  of  support  personnel 

>  Support  personnel  qualifications 

Is  there  a  requirement  for  instructor  and  key  personnel 
training? 

Will  the  contractor  or  the  Government  conduct  training?  if 
training  is  contractor-presented,  will  Government  facilities, 
equipment,  materials,  or  other  resources  be  required? 
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TABLE  A-1.  Planning  data  for  contract  training  rcQuireincnU  -  Continued. 


Contract  Management 

What  Govemment-fumished  infonaation  will  be  provided  to  the 
contractor? 

-  Training  plans 

-  Logistics  support  analysis  task  data 
>  Technical  manuals  and  publications 

Existing  training  materials  and  docuMntation 

-  Target  population  description 

-  Naintenance/operation  concept 

-  Training  development  concept 
Training  personnel  requirements 

-  Pacility/environmental  requirements 
Evaluation  data/other  data 

Will  procedures  and  guidelines  that  the  contractor  must  follow, 
and  «mioh  are  too  lengthy  to  include  in  the  statement  of  Work 
(SOW) ,  be  attached  as  eamibits  to  Section  J  of  the  contract  and 
referenced  in  the  SOW? 

Has  a  schedule  been  established  for  each  milestone  in  the 
development  of  the  training  program,  materials,  and  support? 

Are  the  training  program,  materials,  and  support  being 
purchased  in  conjunction  with  a  major  system  or  equipment? 

If  so,  when  will  the  major  end  item  be  delivered  to  the 
fleet/field?  What  opera tor/maintenanoe  training  is  needed  to 
support  the  end  item  when  delivered?  What  training  development 
sdfiedule  must  be  met  so  that  fully  trained  personnel  will  be 
available  idien  the  end  item  is  delivered? 

Does  the  curriculum  and  instructional  materials  develoi»ent 
process  require  a  building  block  approach?  In  other  words,  must 
certain  training  analysis  or  design  documentation  be  reviewed 
and  approved  before  work  can  begin  on  other  training  documenta¬ 
tion  and  materials?  If  so,  have  develcmment  and  review 
schedules  been  established  for  each  training  product  idiich  take 
into  accotmt  the  interdependence  of  each  contract  deliverable? 
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TABLE  A-1.  Planning  daU  for  contract  training  reQuiicmenU  -  Continued. 


Have  Service-specific  constraints  been  identified  for  current 
and  projected  manpower,  personnel,  training,  and  time  resources? 
Which  constraints  need  to  be  identified  in  the  SOW  for 
consideration  by  the  contractor? 

Have  key  points  of  contact  been  identified  in  the  contracting 
activity  and  in  the  training  activity? 

Wha-^  aguency  and  location  of  in-process  reviears  are 
rec  ended? 

Is  there  a  need  for  sample  packages  that  illustrate  format  and 
content  requirements  of  tailored  Data  Item  Descriptions  (DIDs)? 

Has  the  contracting  activity  contacted  the  end  users  in  the 
training  activity  to  obtain  their  expertise  in  training  require¬ 
ments  analysis  and  tailoring  of  task  data  and  DIDs? 
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TABLE  A-2.  Index  of  DiU  Item  DeicrilHiQtto  (DlDi^  •  Continued 
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TABLE  A-3.  How  to  locate  Data  Item  Deicriptioin  ind  ttak  dill  in  M1L-STD-1379D. 


There  are  nany  different  approaches  to  locating  DIDs  and  task 
data  In  MIL-STD-1379D.  The  folloving  is  one  systematic 
approach . 


Step  1.  Analyze  the  training  requireiMnt.  Table  A-1  Is  a 
list  of  the  kinds  of  questions  that  should  be 
considered  during  requirements  analysis. 

Step  2.  Determine  which  training  products  will  fulfill  the 
requirement.  Answers  to  the  questions  in  Table  A-1 
will  help  to  identify  the  training  products.  The 
requirements  of  the  Service-specific  training  devel¬ 
opment  system  will  influence  the  choice  of  a  speci¬ 
fic  product  as  well  as  its  content  and  format. 

Step  3.  Locate  the  Data  Item  Description  (DID)  title  that 
relates  as  closely  as  possible  to  each  training 
product  identified  in  Step  2.  Table  A-2  lists  all 
DIDs  cited  in  I11L-STD-1379D.  Tables  A-6  through  A-9 
list  core  DIDs  for  each  of  the  Services.  (See  Note 
1  if  you  do  not  have  a  requirement  to  take  possession 
of  data  from  a  DID  as  a  contract  deliverable.) 


Step  4.  Obtain  a  copy  of  each  DID  selected.  Tailor  each  DID 
in  accordance  with  Service-specific  guidance.  "Tail¬ 
oring**  refers  to  the  deletion  of  unnecessary  words, 
phrases,  or  paragraphs  from  the  DID.  Requirements 
M  be  deleted  from  a  DID  must  be  noted  in  Block  IS  of 
the  Contract  Data  Requirements  List  (CDRL) .  Do  nat 
add  content  requirements  that  increase  the  scope  of  a 
DID. 


Step  5.  a.  Select  the  task  outputs  that  will  yield  each 

training  product.  Task  output  numbers  for  DIDs  are 
listed  on  Table  A-2.  For  nondeliverable  data 
discrete  outputs,  you  will  have  to  locate  the 
appropriate  task  outputs  in  Section  5  of 
lfIL-STD-1379D.  Nondeliverable  task  outputs  do  not 
have 'DID  numbers  listed  after  them.  (See  Note  1.) 

b.  Tailor  each  task  output  by  deleting  any 
unnecessary  words  or  phrases. 

step  6.  a.  Determine  which  tasks/subtasks  the  contractor 
needs  to  perform  to  develop  each  training  product. 
Locate  the  appropriate  tasks/subtasks  in  HIL-STD- 
1379D.  (See  Note  2  if  you  are  unfamiliar  with 
contracts  that  are  written  in  a  task  format.) 
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TABLE  A-3.  How  to  locate  Data  Item  Descriptkw  and  U»k  daU  in  MIL-STD-1379D  -Continued. 


b.  Tailor  each  task/ subtask  by  deleting  any  unneces¬ 
sary  words  or  phrases. 

Step  7.  a.  Deteniine  which  inputs  are  needed  to  per  fora 

each  task/ subtask.  (Inputs  are  data  provided  by  the 
Governaent  or  data  that  result  fron  the  performance 
of  a  previous  task.)  Locate  the  appropriate  inputs 
in  MIL-STD-1379D.  Reaenber  that  Section  5  of  MIL- 
STD-1379D  is  set  up  as  a  system.  The  outputs  of  one 
task  may  become  inputs  to  a  subsequent  task  or  tasks. 

b.  Tailor  each  input  by  deleting  any  unnecessary 
words  or  phrases.  • 

Step  8.  Document  the  results  of  Steps  5,  6,  and  7  in  the 
Statement  of  Work  (SOW) . 

Step  9.  Repeat  this  process  until  all  DIDs  and  task  data 

have  been  identified/  tailored,  and  cited  in  the  SOW 
and  on  the  CORL,  as  appropriate. 

Note  1.  You  do  not  always  have  a  requirement  to  take  posses- 
sion  of  contractor-developed  data  as  a  deliverable.  For 
example,  if  you  h.we  contracted  for  the  revision  of  one 
lesson  in  a  course,  then  you  may  decide  to  review  and  approve 
the  learning  objective  of  that  lesson  during  an  in-process 
review,  rather  than  have  the  learniM  objectives  provided 
to  you  as  a  contract  deliverable.  1m  approved  learning 
objectives  would  then  become  inputs  to  later  subtasks  suCh  as 
revising  lesson  plans  or  revising  test  items.  Revised  lesson 
plans  and  test  Items  might  be  the  data  that  you  elect  to 
have  provided  to  you  as  a  contract  deliverable  prepared 
in  accordance  with  specific  DIDs.  To  accommodate  the 
preparation  of  deliverable  and  nondeliverable  data.  Section  5 
of  MIL-STD-1379D  contains  both  DID  outputs  and  "discrete" 
outputs.  Discrete  outputs  do  not  have  DID  numbers  listed  after 
them  in  Section  5.  Most  discrete  outputs  are  siaq>ly  elements 
of  DIDs.  Discrete  outputs  represent  data  that  the  contractor 
must  produce  and  that  will  be  paid  for  by  the  Government. 
Discrete  outputs  will  be  specified  In  the  SOW  «dien  they  are 
required  Inputs  to  other  tasks/subtas)cs .  Because  the  discrete 
outputs  are  not  deliverable  products,  they  will  not  be  listed 
on  the  CDRL. 

Note  2.  In  contrast  to  previous  editions  of  MIL-8TD-1379,  Sec- 
tlon  5  of  this  edition  Is  systMatlcally  organised  along  the 
line  of  tasks  to  be  performed,  task  Injrats,  and  task  outputs. 
The  "task  descriptions”  In  Section  5  list  work  tasks  associated 
with  the  production  of  specific  data  deliverables.  Each  of 
these  task  descriptions  Is  made  up  of  detailed  subtasks.  The 
"task  inputs”  describe  the  general  Information  needed  to 
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accoaplish  a  task  or  subtask.  Ths  "task  outputs'*  identify  the 
products  expected  fros  the  performance  of  one  or  more  tasks. 
These  task  data  will  be  used  as  the  basis  for  trriting  the  SOW. 
All  task  data  in  Section  5,  and  the  corresponding  DIDs,  must  be 
tailored  to  meet  a  Service^specific  training  reguiresent. 
Because  MIL-STD*-1379D  has  been  prepared  for  joint-Service  use, 
accurate  tailoring  is  critical.  If  in  doubt  about  how  to 
tailor  this  standard,  contact  an  end  user  in  the  training 
activity  who  is  knowledgeable  about  the  training  reguiresent 
and  who  fully  understand  how  to  use  NIL-  STD-^IDTSD. 


how  to  use  Nib-  STD-1379D. 
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TABLE  A-6.  Naw  core  DaU  Item  PewaiDtions. 


Table  A-6>1  identifies  those  DIDs  which  represent  the 
minimum  data  to  be  considered  when  a  new  Navy  course  will  be 
developed  under  contract  for  formal  scboolhouse  training. 

Table  A~6-2  identifies  other  DIDs  which  may  be  selectively 
applied  in  addition  to,  or  occasionally  in  place  of,  those 
listed  in  Table  A-6-1.  DIDs  from  Table  A-6->2  should  be 
selected  only  after  consultation  with  the  organization  that 
has  the  training  requirement.  Table  A-6-3  provides  a  cross¬ 
walk  from  MIL-STD-001379C  to  MIL-STD-1379D. 

On-board-traininq,  on-the-j ^-training,  practical  job 
training,  mobile  training,  fleet  training,  team  training,  and 
so  forth,  are  examples  of  training  situations  which  differ 
from  formal  schoolhouse  training.  Data  fr<»  DIDs  identified 
in  Tables  A-6-1  and  A-6-2  will  usually  be  required  in  some 
combination  to  satisfy  such  training.  DIDs  for  these  training 
situations  should  be  selected  only  after  consultation  with  the 
organization  that  has  the  training  requirement. 

The  first  column  of  each  table  lists  the  DIDs  by  their 
titles.  This  column  is  further  subdivided  according  to  the 
Instructional  Systems  Development  phases  of  "Analyse," 
"Design."  "Develop,"  "laqplement, "  and  "Evaluate,"  with  the 
DIDs  being  listed  under  each  phMe  where  appropriate.  The 
second  column  identifies  the  corresponding  DID  number. 

This  listing  of  DIDs  may  not  be  all~inclusive:  Other 
DIDs  which  were  originally  developed  to  support  other 
Services'  requirements  may  also  support  unique  Navy  training 
requirements,  even  though  they  are  not  listed  below.  NIL-STD- 
1379D  DIte  are  for  use  by  all  Services.  Consequently,  each 
DID  contains  Service-specific  data  as  well  as  requirements 
standard  for  all  Services. 

Each  DID  must  be  tailored  by  the  Navy  to  eliminate 
unwanted  other  Services '-peculiar  data.  Tailoring  is  the 
process  of  deletion  of  unnecessary  paragraphs,  sentences, 
phrases  and  words.  This  jqppendix  contain  general  guidance  for 
tailoring  DIDs.  Reference  should  also  made  to  Navy-specific 
tailoring  guidance  to  ensure  that  each  DID  is  tailored  to 
describe  effectively  the  Navy  requirements  for  the  required 
product. 


) 
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This  table  identifies  the  DIDs  which  correspond  to  major, 
recurring  Army  training  development  and  product  requirements. 

The  first  column  lists  the  Army  requirement.  The  second  column 
identifies  the  DID  or  DIDs  which  must  be  cited  in  the  Contract 
Data  Requirements  List  (CDRL)  to  meet  that  requirement.  This 
listing  is  not  all-inclusive.  Other  DIDs  which  were  originally 
developed  to  support  Navy,  Air  Force,  or  Marine  Corps  training 
may  support  unique  training  requirements,  although  these  DIDs 
are  not  cited  below.  The  DIDs  for  MIL-STD  1379D  were  developed 
for  use  by  all  Services.  Consequently,  each  DID  contains 
Service-specific  data  requirements  as  well  as  requirements 
standard  for  all  Services.  The  Arr  tailor  each  DID  to 

eliminate  unwanted  Navy,  Marine  Coii,  Air  Force  peculiar 

data.  Tailoring  Is  the  process  of  deleting  vumecessary 
paragraphs,  sentences,  phrases,  and  words.  Paragraph  50  of  this 
appendix  contains  general  guidance  for  tailoring  DIDs. 

Personnel  who  are  preparing  contracts  for  Army  training  develop¬ 
ment  and  products  should  also  refer  to  Army-specific  tailoring 
guidance  to  ensure  that  they  tailor  each  DID  to  describe  effec¬ 
tively  the  Army  recnilrements  for  the  specified  product.  DIDs  can 
be  related  to  other  DIDs  In  several  different  ways.  DIDs  may 
serve  as  Input  for  other  DIDs;  DIDs  may  serve  In  a  support 
capacity  for  other  DIDs;  or  DIDs  may  need  to  be  combined  to 
satisfy  fully  an  Army  requirement  for  a  single  training  product. 

Input.  Some  DIDs  describe  training  products  irtilbh  serve  as  a 
basis  for  development  of  other  products  (for  Instance,  task 
analysis  Is  the  basis  for  learning  analysis;  learning  analysis 
the  basis  for  development  of  lesson  plans) .  In  such  cases,  the 
data  from  one  DID  serve  as  necessary  input  for  the  development  of 
another  DID.  If  the  necessary  Input  data  does  not  exist  in  a 
form  available  to  the  present  product  contractor  (either  In 
contractor-controlled  or  Government  furnished  materials) , 
then  the  contract  which  calls  out  the  DID  for  the  end  training 
product  must  also  call  out  the  DID  for  the  recpiired  input. 

Support.  Other  DIDs  describe  training  products  which  never 
occur  by  themselves,  but  are  required  to  ensure  the  successful 
development  of  another  product,  (for  Instance,  validation  Is 
conducted  to  ensure  the  quality  of  the  lesson  plan,  test,  and 
course) .  The  contract  which  calls  out  the  DID  for  the  end 
training  product  must  always  call  out  the  DID  which  su|^orts  its 
development. 

combination.  Some  DIDs  must  be  combined  to  result  in  a 
recognizable  Army  product,  (for  Instance,  the  MQS  training 
support  package  requires  the  DIDs  for  lesson  plan.  Instructional 
media  package,  test  package,  and  trainee  guide) .  If  an  Army 
contract  Is  for  a  training  product  that  consists  of  several 
DIDs,  that  contract  must  call  out  all  applicable  DIDs. 
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TABLE  A-8.  Army  core  Data  Item  Descriptions  >  Continued. 


ARMY  TRAINING  REQUIREMENT 

DID  TITLE 

DIO  NUMBER 

Analysis  (task,  job, 
individual,  collective) 

Mission,  Collective, 
Individual,  and  Occu¬ 
pational  Training  Task 
Analysis  Report 

Mission  Performance 
Standards 

Learning  Analysis  Report 

DI-ILSS-81078 

DI-ILSS-81077 

DI-ILSS-81083 

Army  Correspondence  Course 
Program  (ACCP)  subcourses 

Nonresident  Training 
Materials 

DI-ILSS-81103 

Audiovisual  media  devel¬ 
opment  (slides,  video, 
paper  copies  of  slides  for 
MQS  training  support  pack¬ 
ages,  and  other  material) 

Instructional  Media 
Package 

DI-ILSS-81092 

CoBtparative  analysis  of 
existing  training  system 
to  existing  or  projected 
training  requirements 

Training  Situation  Analy¬ 
sis  Report 

DI-ILSS-81069 

• 

Cost  and  Operational  Ef¬ 
fectiveness  Analysis  (COEA) 

Training  System  Alter¬ 
natives  Report 

DI-ILSS-81086 

Course  administrative  data 
(course  outline;  list  of 
required  ammunition, 
references,  equipment,  and 
other  data) . 

Training  Course  Control 
Document 

DI-ILSS-81075 

Course  design  data  (sub¬ 
ject  matter  content;  train¬ 
ing  strategies;  learning 
activities,  and  other  data) 

Lesson  Specifications 
Report 

DI-ILSS-81090 

Course  Management  Plan 

Training  Course  Control 
Document 

DI-ILSS-81075 

Drill  books 

Collective  Task  Training 
Package 

DI-ILSS-81098 

End  of  course  test 

Test  Package 

DI-ILSS-81085 

Evaluation  of  training 
courses,  programs,  and 
other  activities 

Training  Evaluation  Plan 
Training  Evaluation  and 
Validation  Report 

A-38 

DI-ILSS-81076 

DI-ILSS-81105 
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ARMY  TRAINING  REQUIREMENT 


Extension  training  materi¬ 
als,  (for  instance,  TEC- 
type  lessons,  RC3,  and  other 
material) . 

Facilities  requirements 

General  training  contract 
management  (for  instance, 
IPR's,  and  other  activities) 

Individual  Training  Plan 
(ITP) 

Learning  analysis  data 

Lesson  plans  (resident 
courses,  RC  courses,  and 
other  courses) 

Media  selection 

Mission  Training  Plans 
(HTP’S) 

Models  for  media  selection 


Monitoring  instruction 


Orientation  to  courses 
(administrative  information) 

Plans  for  implementing 
and  managing  training 

Presentation  of  instruction 


Program  of  instruction 
(POI) 

Quality  control/assurance 
plans 

Skill  Qualification  Tests 
S 


DID  TITLE 


On-the-Job  Training 
Handbook 

Nonresident  Training 
Materials 


DID  NUMBER 


OI-ILSS-81101 
DI-ILSS-81103 


Training  Facilities  Report I DI-ILSS-8 1089 


Conference  Agenda 
Conference  Minutes 


DT-A-7088 

DI-A-7089 


Individual  Training  Plan  |dZ-ILSS-81071 


Learning  Analysis  Report  Dl-ZLSS-81083 


Lesson  Plan 


Media  Selection  Report 

Collective  Task  Training 
Package 

Media  Selection  Model 
Report 

Training  Evaluation  and 
Validation  Report 

Trainee  Orientation 
Guide 

Training  System 
Iiq;>lementation  Plan 

Trainee  and  Training 
Course  completion  Report 

Training  course  Control 
Document 

Training  Program  Develop¬ 
ment  and  Management  Plan 

Test  Package 


DI-ILSS-81095 


DI-ZLSS-81084 

DZ-ZLSS-81098 


DI-ILSS-8 1072 


DI-ILSS-81105 


DI-ILSS-81102 


DI-ILSS-81074 


DI-ILSS-81104 


DI-ILSS-81075 


DI-ILSS-81070 


DI-ILSS-81085 
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TABLE  A-a 


AKMY  TRAINING  REQUIREMENT 


Soldier  Training  Publica¬ 
tions  (STP's)  for  officers 
and  enlisted  soldiers 


-  Continued. 


DID  TITLE 


Individual  Task  Training 
Package 


student  Handouts  (for  in-  Trainee  Guide 
stance,  resident  courses  and 
MQS  training  support  pack¬ 
ages,  and  other  purposes) 


Systeas  Training  Plan 
(STRAP)  (Resourcing,  nile- 
stones,  and  tiaephasing  for 
training  developaent  tasks) 

Training  devices,  siaula- 
tions.  and  siaulators 
(for  instance.  Training 
Device  Meed  stateaent  (TDNS) 
Training  Device  Reouireaent 
(TOR),  and  other  siailar 
iteas) 


Training  Effectiveness 
Analysis  (developaental 
and  post-fielding) .  Cost- 
effectiveness  Analysis 
(CEA) ;  Cost  and  Training 
Effectiveness  Analysis 
(CTEA) 


Trainina  Progr^a  Develop- 
aent  and  Manageaent  Plan 


Training  Equipaent 
Requireaents  oocuaent 
Training  Systea  Functional 
Characteristics  Report 


Training  Stmport  Packages 
(TSP's)  for  MQS 


Training  Systea  Modi- 
f icaHm  Report 
Training  Technology 

Asaessaent  Report 
Training  Systeas  Al¬ 
ternatives  Report 

Training  Evaluation  Plan 
Trainina  Evaluation  and 
Validation  report 
Tr-  ning  Situation  Analy 
sis  Report 
Training  Technology 
Assessaent  Report 
Training  Systeas  Alter¬ 
natives  Report 

Lesson  Plan 

Instructional  Media 
Package  (Paper  slides) 
Trainee  Guide  (student 
handout) 

Test  Package  (tests) 


DID  NUMBER 


DI-ILSS-81097 


DI-ILSS-81100 


DI-ILSS-81070 


DZ-ILSS-81073 

DZ-ILSS-81088 


OZ-ZLSS-8108^ 

DI-ILSS-8108? 

DZ-ZLSS-81086 


DI-ZLSS-81076 

DZ-ILSS-81105 

-  DI-ILSS-81069 

OI-ILSS-81082 

OI-ZI2S-81086 


DI-ILSS-81095 

DI-ILSS-81092 


DI-ILSS-81100 


Validation  of  all  training 
aaterials  and  tests  during 
developaent 


Training  Prograa  Dsvelop- 
aent  and  Manageaent  Plan 
Training  Evaluation  and 
Validation  Report 


DI-ILSS-81085 

DI-ILSS-81070 

DI-ILSS-81105 
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TABLE  A-9.  Air  Force  core  Data  Item  Do 


The  following  tables  list  Data  Item  Descriptions  to  be  considered  when  a  new  Air  Force 
training  program  or  course  is  to  be  develops  under  contract.  These  efforts  generally  fall  into 
three  categories:  (1)  Total  Contract  Training  Programs  (Table  A-9-1)  or  some  similar  variant 
such  as  Aircrew  Training  Systems  (ATS)  which  are  contractor  developed  and  operated  and  the 
contractor  provides  some  or  all  of  the  instrtiction;  (2)  Turn-Key  Training  Programs  (Table  A-9- 
2)  vdiich  are  developed  to  some  level  of  performance  and  then  turned  over  to  the  Air  Force 
for  operation;  or  (3)  Training-related  Product  Development  (Table  A-9-3)  which  varies  widely 
depe^ing  on  the  specific  nc^.  In  all  cases,  DIDs  are  selemed  and  tailored  according  to  the 
tasks  to  te  perfomicd  in  meeting  the  unique  requirements  of  the  program. 


TABLE  A-9-1.  TOTAL  CONTRACT  TRAINING  PROGRAMS 

DIO  TITLE 

Training  Program  Development  tmd 

Management  Plan 

DI-ILSS-81070 

Media  Selection  Model  Report 

DI-ILSS-81072 

Conference  Agenda 

DI-A-7088 

Conference  Minutes 

DI-A-7089 

Training  System  Ii^>lementation  Plan 

DI-ILS8-81074 

Training  Course  Control  Document 

DI-ILSS-81075 

Training  Evaluation  Plan 

DI-lLSS-81076 

Learning  Analysis  Repoirt 

DI-ILSS-81083 

Media  Selection  Report 

DI-ILSS-81084 

Trainee  Guide 

DI-ILSS-81100 

Training  Information  Package 

DI-ILSS-81099 

Test  Package 

DI-ILSS-81085 

Trainee  and  Training  Course  Completion 
Report 

DI-ILSS-81104 

Training  Evaluation  emd  Validation  Repoirt 

DI-ILSS  81105 
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TABLE  A-9. 


Continued. 


TABLE  A-9-2.  TURN-KEY  TRAINING  PROGRANS 

DID  TITLE 

DID  NUMBER 

Training  Program  Devalopmant  and 

Management  Plan 

DI-ILSS-81070 

Media  Selection  Model  Report 

DI-ILSS-81072 

Conference  Agenda 

DI-A-7088 

Conference  Minutes 

DI-A-7089 

Training  System  Implementation  Plan 

DI-ILSS-81074 

Training  Course  Control  Document 

DI-ILSS-81075 

Training  Evaluation  Plan 

DI-ILSS-81076 

Mission.  Collective,  Individual,  and 
Occupational  Training  Task  Analysis  Report 

DI-ILSS-81078 

Learning  Analysis  Report 

DI-ILSS-81083 

Media  Selection  Report 

OI-ILSS-81084 

Training  Mquiiaiant  Requirements  Document 

DI-XL88-tl073 

Lesson  Plan 

DI-ILS8-81095 

Trainee  Guide 

DI-ILSS-81100 

Training  Information  Package 

DI-ILSS-81099 

Test  Package 

DI-ILSS-B1085 

Instructional  Media  Package 

DI-ILSS-81092 

Trainee  and  Training  Course  Coi4>letion  Report 

DI-IL8S-81104 

Training  Facilities  Report 

DI-ILSS-81089 

Training  Evaluation  and  Validation  Report 

DI-ILSS-81105 

*Training  System  Utilisation  BaiMibook 

DI-XLSS-8I096 

*On-the-Job  Training  Handbook 

DI-ILSS-81101 

MI1^STD-1379D 
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TABLE  A-9.  Air  Force  core  Dtta  Item  PeKriotions  -  ConUnued. 


TABLE  A-9-3.  TRAINING>RELATED  PRODUCT  DEVELOPMENT 


DID  TITLE 


^Nonresident  Training  Materials 

*Trainee  Orientation  Guide 

*Trainer  Software  Application  Handbook 

NOTE:  DlDs  narked  with  an  asterisk  (*)  are 
to  be  SELECTIVELY  APPLIED  based  on  the  actual 
training  requireaent. 


DID  NUMBER 


DI-ILSS-81103 

DI-ILSS-81102 

DI-ILSS-81094 
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TABLE  A*10.  T»nnr»«y 


The  task  statements  and  Data  Item  Descriptions  cited  in  NIL- 
STD-1379D  must  be  tailored  to  meet  a  service-specific,  contract 
training  requirement.  "Tailoring"  refers  to  the  selecti<m  of 
applicable  task  statements  and  DIDs  and  the  deletion  of  any 
paragraphs,  phrases,  or  words  that  are  unnecessary  or  do  not 
apply.  Table  A-lo-l,  paragraph  4,  is  one  example  of  how  task 
statements  may  be  documented  and  tailored  in  the  requirements 
section  of  a  Statement  of  Work  (SOW) .  The  SOW  should  be 
prepared  in  accordance  with  MIL-HDBX-245  and  Service-specific 
guidance.  Table  A-10-2  is  one  exaiole  of  how  a  DID  may  be 
tailored.  In  each  case,  tailoring  by  deletion  is  the  role. 
Reqpilrements  cannot  be  added  that  increase  the  socq^  of  DIDs. 


TABLE  A-lO-l.  Example  of  tailo^  task  statements  in  a 

Statement  of  Work  fSOWI . 


1.  Background.  (Description  in  general  terms  of  the  overall 

?roject  in  which  the  Government  is  engaged  or  the  overall  goal 
t  is  attempting  to  achieve.) 

2.  Scope.  (Brief  description  in  general  terms  of  the  work 
that  the  contractor  shall  accomplish.) 


3.  Applicable  documents.  (List  of  all  documents,  standards 
and  guidance,  required  by  SOW.) 

4.  BBtniliy"*'*-  (Arrangement  of  tasks  and  subtasks  logically 
organised  based  on  program  requirements.) 

wvsMPis.  The  contractor  shall  perform  the  following  tasics  from 
MIL-STD-1379D:  f 

4.1  Task  201!  MISSION.  COLLECTIVE.  INDIVIDUAL.  AND 
OCCUPATIOHAL  TRAINING  TASK  ANALYSES. 

4.1.1  Inputs;  Format  shall  be  in  accordance 

with  Attachment  A  (Sample  Package).  RAIITRAGRDINST  P1540.2H 
will  be  provided  for  use  as  a  guidance  document.  The  follow¬ 
ing  courseware  will  be  made  available  for  review  at  Govern¬ 
ment's  training  facility:  C-XXX-XXXX,  USN-XXX  INTERMEDIATE 
NAIMTENAMCE  COURSE.  LSA  data  will  be  provided  if  available. 
Training  task  selection  shall  be  based  won  safety  factors  (all 
tasks  with  a  critical  safety  factor  shall  be  trained) ,  failure 
rates  of  the  equipment,  frequency  of  performance,  and  the 
relationship  ox  thm  task  to  overall  system  performance. 


4.1.2  spBcific  tasXg  tQ  bt  pir 
201.2. 4  (del^e  "7  a^  develop 


fgi  mail  j 

•  iWAWW  f  liStingS  w*  wwjra. 

grouped  individual  training  tasks),  201.2.5,  201.2.6,  201.2.12, 
and  201.2.13. 


Subtasks  201.2.2, 
of  occcqwtionally 
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TABLE  A-10.  Tailoring  guidance  •  Continued. 


TABLE  A-10-1.  Example  of  tailored  task  statements  in  a 

Statement  of  Work  fSOWl  -  Continued. 


4.1.3  Output  fdeliverablel .  The  deliverable  output  shall  be 
Task  Output  201.4.2,  Individual  Task  Analysis  Report,  DI-ILSS- 
81078,  prepared  as  specified  on  the  Contract  Data  Requirements 
List  (CORL).  Delete  "Mission,  Collective"  and  "and 
Occupational"  from  Task  Output  201.4.2. 

4.1.4  Schedule .  A  draft  Individual  Task  Analysis  Report  shall 
be  delivered  28  calendar  days  after  contract  award.  The 
Government  will  have  7  calendar  days  for  review.  A  final 
Individual  Task  Analysis  Report  shall  be  delivered  42  calendar 
days  after  contract  award. 

4.2  Task  2Q3?  LEftRWIMg  AMftLYSlSt 

4.2.1  Inputs:  Government  approved  Individual  Task  Analysis 
Report  from  Task  201. 

4.2.2  Specific  tasks  to  be  performed:  Subtasks  203.2.1, 
203.2.3,  203.2.4.  203.2.5,  206.2.6,  203.2.7,  203.2.8,  203.2.9 
(delete  "activities  and  events"),  203.2.10,  203.2.11,  203.2.14, 

203.2.15,  and  203.2.17. 

4.2.3  Output  fnon"-dcliverable^ .  The  output  shall  be  subtasks 
203.4.2,  203.4.4,  203.4.5,  203.4.6,  203.4.7,  203.4.8,  203.4.9 
(delete  "events,  activities"  ),  203.4.10,  203.4.11,  203.4.14, 

203.4.15,  203.4.16,  203.4.17,  and  203.4.18.  These  outputs 
shall  be  used  in  the  performance  of  Task  4.3. 

4.2.4  Schedule.  The  outputs  shall  be  reviewed  and  approved 
by  the  Government  during  an  in-process  review  not  later  than 
49  days  after  delivery  order  issue. 

4.3  SOW  REQUIREMENTS  CONTINUE  TO  BE  IDENTIFIED. 

5.  Progress  reports.  (Description  of  what  is  needed  to 
monitor  progress  of  the  contract.) 

6.  Attachments .  (Exhibits  to  SOW,  for  instance,  saiq;>le 
package  illustrating  the  content  and  format  requirements  of 
tailored  DIDs.  See  paragraph  50.2  of  this  appendix  for 
guidance  on  how  to  prepare  a  sample  pac)cage. 
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TABLE  A-10.  Tailorint  guidance  -  Continued. 


TABLE  A>10-2.  ExaiBPle  of  a  tailored  data  iten  description. 


Sample  Situation !  The  sample  portion  of  a  Statement  of  Work 
(SOW) in  Table  A-lO-l  requires  individual  task  analysis  data  as 
a  deliverable.  This  deliverable  will  be  purchased  under  DID 
DI~IIiSS-81078,  Mission,  Collective,  Individual,  and  Occupational 
Training  Task  Analysis  Report.  The  end  user  in  the  Government 
has  requested  that  this  DID  be  tailored  to  produce  a  gross  task 
list;  a  list  of  conditions,  standards,  and  performance  steps; 
and  a  list  of  tasks  selected  for  training.  The  format  of  the 
DID  will  be  in  accordance  with  Appendix  C  of  MIL-STD-1379D. 
Tailoring  guidance  must  be  provided  in  Block  16  of  the  Contract 
Data  Rc^piirements  List  (CORL) ,  DD  Form  1423. 


Block  16. 

Para  10.2:  Format,  with  the  exception  of  Front  Matter,  shall 
be  in  accordance  with  Attachment  6.1  of  the  Statement  of  Work. 

Para  10.3.1:  Front  matter  shall  consist  of  a  Cover, 

Table  of  Contents,  List  of  Tables,  List  of  Tables,  and 

How  to  Use  the  Training  Document.  Format  and  content  shall  be 

in  accordance  with  Appendix  C  of  NIL-8TD-1379D. 

Paragraphs  10.3.2,  10.3.3,  10.3.3.3  (delete  h,i,n,n,p,  and  t) 
apply  to  this  effort. 
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SYSTEMS  APPROACH  TO  THE  INTERACTIVE  COURSEWARE  (ICW) 

DEVELOPMENTAL  PROCESS 


10  SCOPE 

10.1.  Scope.  This  appendix  provides  an  overview  of  the  ICW  developmental  process  (Section 
40)  and  a  matrix  of  ICW  development  products,  deliverables  and  supporting  task  descriptions 
(Section  SO).  This  appendix  is  intended  to  facilitate  the  correct  application  of  this  standard  to  meet 
ICW  developmental  requirements.  This  appendix  is  not  a  mandatory  part  of  the  standard.  The 
information  contained  herein  is  intended  for  guidance  only.  Users  of  this  appendix  may  include  the 
Department  of  Defense  contracting  activities.  Government  in-house  activities,  and  prime  contractors 
or  subcontractors  who  intend  to  impose  the  ICW  developmental  requirements  upon  suppliers. 

20  APPUCABLE  DOCUMENTS 

(This  section  is  not  applicable  to  this  appendix) 

DEFINITIONS 

30.1  Terms,  abbreviations,  and  acronyms  used  in  this  appendix.  1^  terms,  abbreviations,  and 
acronyms  used  in  this  appendix  are  deflned  in  Section  3  of  the  basic  standard. 

40  ICW  DEVELOPMENTAL  PROCESS  OVERVIEW 

40.1  Figure  B-1  illustrates  the  ICW  devek^mental  process  using  M1L^STD-1379D  task 
descriptions  for  analyzing,  designing,  devek^ang  and  inytemcmting  ICW  training  pragrans* 

50  ICW  DEVELOPMENTAL  PRODUCTS  AND  SUPPORTING  TASKS 

50.1  Table  B-1  illustrates  the  developmental  products,  supporting  task  description(s)  and 
associated  Data  Item  Descriptions  (DIDs)  provid^  by  the  MIL-STD-1379D  process. 
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DevBlopBant  and  Management  Plan 
paragraph  10.3.2.16 


TABLE  B-1.  ICW  DeveloPBental  products  and  supporting  tasks  -  Continued. 
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MILITARY  TRAINING  PROGRAM 
REQUIREMENTS  FOR  DATA  ITEM  DESCRIPTION  PRODUCTS 

10.  SCOPE 

10.1  Scope.  This  appendix  contains  the  style  and  format,  electronic  media,  and  Dont 
matter  requirements  for  all  Military  Training  Program  (MTP)  Data  Item  Descriptkm  (DID) 
products,  referred  to  herein  as  "training  data"  or  "training  docu]nent(s)*.  This  appendix  is  a 
mandatory  part  of  the  standard.  The  requiremmits  contained  herein  are  intend^  for 
compliance  as  specified  in  the  applicable  DIDs  and  as  tailoredApedSed  in  the  contract 

10.2  Application  of  this  appendix.  The  style  and  format  and  frtmt  matter  requirements  for 
training  data  are  included  in  this  appendix  to  eliminate  the  need  to  rqieat  these  requirements 
in  each  applicaMe  MTP  DID.  The  electronic  media  requirements  are  included  herein  to 
facilitate  implementatioo  of  the  Computer-aided  Acquisition  and  Logistic  Support  (CALS) 
requirements  in  the  acquisition/deliveiy  of  training  data.  All  of  the  requirements  herein  are 
subject  to  ddetion  tailoring  and  to  the  application  of  Service-speciGc  requirements  or  guidance. 
The  electronic  media  requirements  for  preparatkm  and  delivery  of  training  data  will  apply  only 
when  specified  in  the  ocmtracL 

2a  APPLICABLE  DOCUMENTS 

2ai  Government  documents. 


20.1.1  Specificatkms.  standards,  and  handbocAs.  The  fo&ming  specificatioas,  standards,  and 
handbooks  form  a  part  of  this  appendix  to  the  extent  specified  herein.  Unless  otherwise 
specified,  the  issues  of  these  do^menls  are  those  listed  in  the  issue  of  the  Department  of 
Defense  Index  of  Specifications  and  Standards  (DODISS)  and  supplement  thereto,  dted  in  the 
solicitation  (see  6.2). 


SPECinCATlONS 


MILITARY 


MIL.D-28000 


MIL-M-28001 


MIL-R-28002 


Digital  Representation  for  Communication  ctf  Product 
Data;  IG^  ^iplication  Subsets 

Markup  Requirements  and  Generic  St]de  Specification  for 
Electronic  Printed  Output  and  Rsrimrtge  of  Tcad 

Raster  Graphics  Representation  m  Bmaiy  Format, 
Requiteinents  for 

C-l 


MIL-m)-137N> 


API*i£NDlX  C 


MIL-D-280Q3  Digital  Repretoitatioo  for  Communication  of  Ilhistratioo 

Data:  CGM  Application  ProGle 

MlL-M-38784  Manual.  Technical.  Gencfal  Style  and  Format 

Requirements 

STANDARDS 

MILITARY 

^  MIL-STD-1806  Marking  Technical  Data  Prepared  by  or  for  the 

Department  of  Defense 

MIL^STD-1840  Automated  Interchange  of  Technical  Infiormatioo 
HANDBOOK 
MUJTARY 

MIL-HDBK'59  Department  of  Defense  Computer  Aided  Acquisition  and 
Logistic  Su{qx>rt  (CALS)  Program  Implementation  Guide 

(Unless  otherwise  indicated,  copies  ai  federal  and  militaiy  qiedfications,  standards,  and 
handboofca  are  availabfe  fiton:  Standardiatioo  Documents  Order  Dedc,  4D,  700 

Robbins  Avenue,  Philadelidua,  PA  19111-5094.) 

30.  DEFINmONS 

30.1  Tcnns.  abbreviations,  and  acronyms  used  in  appendix.  Key  terms,  abbreviations,  and 
acronyms  used  in  this  appendix  are  defined  in  section  3  of  the  basic  standard. 

40.  GENERAL  REQUIREMENTS 

40.1  Stvte  and  format  Unless  otherwise  specified  in  the  contract  or  herein,  the  style  and 
format  erf*  the  training  data  shall  be  in  accordance  with  MIL-M-38784. 

402  Electronic  media.  When  specified  (see  4.73X  Oie  training  data  shall  be  prepared  and 
delivered  in  the  fann  of  etectronic  media.  Eaoqtt  as  othenwic  qweified  in  the  contract,  the 
electronic  media  sfaaB  be  in  aoentdanoe  with  die  requirements  specified  herein  (see  MIL- 
HDBK-S9  for  guidance). 
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40.2.1  Structure  and  format  The  media  thaU  be  labeled,  structured,  and  formatted  in 
accordance  with  MIL-STD-1840. 

40.2.2  Tcitt  files.  Text  files  shall  be  Standard  Generalized  Markup  Language  (SGML) 
tagged  as  specified  in  MIL'M-28001.  Computer  Aided  Design  (CAD)  shall  be  in  accordance 
with  MII^D-28000  (IGES)  and  M1L-R-280Q2  (Raster),  respectively. 

40.23  Initial  graphics  exchange  specification  (tftTf-S)  01^*-  Drawings,  schematics, 
illustrations  and  similar  data  normally  generated  on  CAD  equipment  shall  be  stored  in  files  in 
accordance  with  MIL-D-28000. 

403.4  Computer  generated  illustration  datf.  Computer  generated  illustration  data  shall  be 
in  acoordanoe  with  MlL-D-28003. 


4033  Raster  files.  Training  data  inappropriate  for  storage  as  text  or  IGES  files  shall  be 
stored  as  raster  data  in  accordance  with  MIL-R>280Q2. 

403.6  Review  copies.  Paper  copies  oi  training  data  submitted  for  review  shall  be  {voduced 
fircmi  the  files  to  be  delivered  on  electronic 
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5ai  Fmnt  mattjia-  Unkss  othcTwiK  Specified  In  the  contract,  front  matter  in  training 
documents  shall  consist  the  foUowt^  content,  (see  figures  C-1  through  Oil)  in  the  order 


a.  Cover 

b.  List  of  effective  pages 

c.  Letter  of  promulgation 

d.  Change  lectMd 

e.  Hazard  awareness  notice 
C.  Foreword 

g.  Prefrwe 

h.  Definitions 

L  TaUe  ct  contents 
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j.  List  of  illustratkms 

k.  List  of  tables 

L  How  to  use  training  document 

m.  Executive  sununaiy 

50.1.1  Cover.  The  cover  shall  be  prepared  in  accordance  with  figure  C-1  and  the  following 
requirements: 

a.  The  type  of  training  document  shall  be  identified  by  the  title  in  aoooidaooe  with  the 
applies^  Data  Item  Description  (DID)  and  Service-  specific  requirennits,  (for 
esmmple,  T  risnn  Plan  or  Trainee  Guide). 

b.  The  training  title  shall  identify  the  tpedBc  training  program,  course,  or  section.  The 
specific  training  device,  weapons  system  or  equipment  that  relates  to  the  trebling 
document  may  also  be  included  in  the  training  title. 

c.  The  trainiiq;  contrrrf  number  shall  identify  any  specific  course  control  numbers, 
training  device,  weapons  qntem  or  equipment 

d.  The  prepared  for  Mock  shaQ  identify  the  using  activily. 

c.  The  prepared  by  block  shall  ideidify  the  coaapmiy/fency  that  developed  the  tramim 
document 

t  The  contract  number  shall  identify  the  contract  under  which  the  training  document 
was  acquired. 

g.  The  distribution  statement  shall  be  in  accordance  with  MIL-STD-lSOfi. 

h.  The  export  control  warning  notice  shall  be  in  accordance  with  MIL-STD-1806. 

L  The  puMication  by  direction  statement  shall  identify  the  authorify  (cognizmit  Service 
command)  under  udiich  the  training  document  is  acquired  and  promulgated. 

j.  Logos  shall  be  in  accordance  with  Service-specific  requirements. 

50.1.2  IJtt  of  effective  pares.  The  list  of  effective  pages  shall  be  prqmied  in  accordance 
with  figure  02  and  shall  be  mchided  in  eadi  separate  volume.  Volume  I  sbaD  indude  the 
listing  of  pages  provided  in  all  volumes. 
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50.13  Letter  of  promulgation.  The  letter  of  promulgation  shall  be  included  in  the  bont 
matter  as  furnished  by  the  contracting  activity. 

50.1.4  Change  record.  A  permanent  change  record  shall  be  prepared  in  accordance  with 
figure  C-3  and  shall  be  included  in  each  separate  volume.  Volume  I  shall  include  the  listing  of 
pages  provided  in  all  volumes. 

50.13  Hazard  awareness  notice.  The  hazard  awareness  notice  shall  provide  safety 
precautions  for  the  protection  of  personnel  and  equipment  and  instructions  for  the  reporting  of 
hazards  and  safety  violations  (see  figures  C-4  through  C^.  The  hazard  awareness  notice  shall 
be  as  follows; 

a 

a.  Hazard  awareness  statements  shall  cover  relevant  flocumentation  references,  general 
and  specific  precautions,  and  hazard  repotting  criteria  as  well  as  any  other  data  as 
specibed  in  the  contract 

b.  The  documentation  statement  shall  identify  relevant  documentation  containing 
specific  safety  precautions  and  preventive  measures  that  are  applicaUe  to  the 
particular  equipment 

c.  The  general  information  statement  shall  identify  hazards  to  personnel  or  equipment 

d.  The  spedSc  precautions  statement  shaU  identify  specific  direction  lo  penoanel 
oonceming  s^ety.  Statements  shall  remind  pem»nd  that  death,  personal  injury,  and 
equipment  damage  can  rcMik  from  cairJrasiirjs,  fiduie  to  compfy  with  appnwed 
procedures,  or  violations  of  WARNINGS,  CAUTIONS,  and  safety  r^nlatkmt 

e.  The  hazard  reporting  statement  shall  identify  the  requirement  of  personnel  to  report 
all  hazards,  safety  violations  and  the  activity  to  whom  such  reports  should  be  sent 

50.1.6  Foreword.  A  foreword  shall  appear  before  the  preface.  It  may  (usually)  consist  of  a 
signed  statement  by  a  person  other  than  the  author.  Such  an  individual,  oftra  eminent  in  the 
Field,  associates  with  ^  publication  and  adds  his  name  to  help  ensure  the  puUication  is 
succemfiil  (see  figure  C-7). 

50.1.7  Preface.  The  preface  shall  contain  the  scope,  purpose  and  applicabilify  of  the 
training  document  and  any  other  infonnatkm  the  readn  requires  bdfore  beginning  the 
publication  (see  figure  C-8). 

50.1.8  Definitions.  The  definitions  shall  include  those  words  that  are  unique  to  the  training 
document  or  are  required  to  clarify  the  training  document 
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50.1.9  Table  of  contents.  Tbe  table  of  oooteots  ihall  list  all  content  of  the  training 
document  Layout  shall  conform  to  figure  C-9. 

50.1.10  I  nf  illystrations.  Training  documents  shall  have  a  list  of  illustrations  showing 
the  figure  number,  title  and  page  number  of  eadi  Ggure.  Layout  shall  conform  to  l^ure  C>10l 
Each  volume  in  a  set  documents  shall  contain  its  own  list  of  illustrations.  In  addition, 
volume  I  shall  contain  a  list  of  illustrations  for  ail  volumes  in  the  set 

5011.11  I  -kt  nf  Training  documents  shall  hawe  a  list  of  tables  showing  the  taUe 

number,  title,  and  page  number  of  eadi  table.  Layout  shall  conform  to  figure  C-11.  Eadi 
volume  in  a  set  of  documents  shaD  contain  its  own  list  of  tables.  In  addition,  volume  I  shall 
contain  a  list  of  tables  for  all  volumes  in  the  set 

50.1.12  How  to  traminf  document  The  how  to  use  the  training  domiment  shall  consist 
of: 

a.  Oomposition 

b.  Function 

c.  Use 

d.  Amignmcnts 


t  Instruction  sheets 

g.  Test  requirements 

h.  Division  of  materials  into  functional  parts 

50.1.13  Eaecutive  Minwntv  The  esecutive  smnmaiy  shaD  be  dewdoped  usii^  dear,  concise 
narrative  statements  descrilMng  the  methoddogy  for  data  accumdation  and  analysis,  the  target 
pt^ndation,  the  results  of  tbe  analysis  and  recommendations  as  required. 


MI1^STD.1379D 


( ClASSIFICATION) 


Document  Control  Number 
(Revision  Letter) 


TYPE  OF  TRAINING  DOCUMENT 


TRAINING  TITLE 


CONTROL  NUMBER 
PREPARED  FOR 


xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 


PREPARED  BY 


WARNING  -  This  document  contains  technical  data  whose  export  is 
restricted  by  the  Arms  Export  Control  Act  (Title  22,  U.S.C., 

Sec  2751,  ^  set. )  or  the  Export  Administration  Act  of  1979,  as 
amended.  Title  50,  U.S.C. ,  App  2401  Voilations  of 

these  export  laws  are  subject  to  severe  criminal  penalties. 
Disseminate  in  accordance  with  the  provisions  of  DOD  Directive 
5230.25. 
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Docuaent  Control  Nuaber 
(Revision  Letter) 

HAZARD  AWARENESS  NOTICE 

All  personnel  involved  in  operation  or  aaintenance  of  electronic 
equipaent  aust  be  thorouohly  faailiar  with  the  electronic 
equipaent  safety  precautions  contained  in  Electronic  Installation 
and  Maintenance  Book  0967-1jP-000*'0100,  section  3,  and  NSTM, 
Electronics,  chapter  400,  89086»HD>STM*-999/ch.  400,  section  2. 

In  addition,  attention  is  directed  to  the  Accident  Prevention 
Manual,  OPNAVINST  5101.2  Series. 

This  device  eaploys  voltages  which  are  dangerous  and  nay  be  fatal 
if  contacted  by  operating  personnel.  Extreae  caution  aust  be 
exercised  when  operating  with  this  device.  Hazard  awareness 
dictates  that  this  device  aust  always  be  viewed  as  an  Intaaral 
Part  of  a  systea  and  not  as  a  coaponant.  While  every  practical 
precaution  has  been  incorporated  Into  this  device,  it  Is  not 
possible  or  practical  to  try  to  list  every  condition  or  hazard 
that  can  be  encountered. 


Don't  service  or  adlust  this  device  alone.  Under  no  circuMtances 
will  a  person  operate,  aaintain,  or  reach  into  or  enter  the  device 
without  the  presence  or  assistance  of  another  person  capable  of 
giving  aid.  Unless  under  direct  supervision  of  a  qualified 

?erson,  no  person  shall  operate  or  Maintain  a  device  for  which  be 
s  not  qualified. 

Don't  taaper  with  interlocks.  Reliance  on  interlock  circuits  to 
reeove  power  froa  the  equipment  is  never  to  be  assueed.  Until 
apmxmZiJon  of  thm  interlock  is  verified,  equipaent  is  sssuaed  to  be 
in  the  hazardous  node  of  operation.  Under  no  circuastances  will 
any  access  gate,  door,  or  Interlock  switch  be  ranoved,  bypassed 
or  nodified  in  any  way  by  other  than  authorized  naintenance  per¬ 
sonnel  and  then  only  after  observing  proper  tag-out  procedures. 

Resuscitation  personnel  working  with  or  near  high  voltages  shall 
be  faailiar  with  the  latest  Cardio  Pulaonary  Resuscitation  (CPR) 
techniques.  This  type  of  inforaation  is  available  and  shall  be 
obtained  through  an  appropriate  qualification  progreun. 

Report  all  hazards.  If  at  any  tiae  you  detect  a  hazard,  it  is 
your  responsibility  to  report  the  hazard  to  ensure  that  it  is 
corrected.  If  you  detect  a  "new”  or  "suspected  new"  hazard, 
particularly  due  to  equipaent  installation,  Modification,  or 
repair,  it  is  your  responsibility  to  report  it  through  your  chain- 
of-coaaand  to  ensure  that  a  SAFEnGRAN  Is  subaitted  to  the  Naval 
Safety  Center,  Norfolk,  VA.  This  will  ensure  that  this  hazard 
will  be  investigated,  publicized,  or  corrected,  as  required. 
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Naaer  taawiac  ndioactiae  tihai  (nai  cafloaa  obiO  laadp  M  aaa  tbaaa. 


BXAMTLEA 

ELECTROMAGNETIC 

RADIATION 

DO  NOT  STAND  IN  THE  DIRECT  PATH  OF  THE  ANTENNA 
WHEN  THE  POWDER  IS  ONI  DO  NOT  WORK  ON  THE 
WAVE  GUIDES  WHILE  THE  POWER  IS  ON! 


Ilifb  fn^aeacy  clecuonataclic  ndialioa  caa  caaae  fatal  iaicnal  banc.  It  caa  liNaally  ’cook*  iateiaal  orpata  aad  llctb. 
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WARNING 

RADUTION  HAZARD 

This  equipment  contains  the  following  radioaane  tubes:  (List  applicable  tubes  and  equipment 
locaiions).  Radiation  may  be  present  at  unsealed  or  broken  waveguide  elemems. 

EXAMPLE  C 


WARNING 

DANGEROUS  CHEMICALS 


arc  used  in  Uiis  equipmem 
DEATH 
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EXAMPLE  D 


obsers«  safely  precauima. 


WARNING 
HIGH  VOLTAGE 
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DEATH  ON  CONTACT 
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example|e 


WARNING 

GASES  OF  AIR  UNDER  PRESSURE 
3000  PSI  AIR  PRESSURE 

is  used  in  ibe  operation  of  tbs  equipment 
DEATH 

or  severe  injury  may  result  if  personnel  fail  to  observe  safety  precautions. 
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FOREWORD 

As  TRADOC  service  school  instructors,  you  are  the  subject 
matter  experts  (SMEs)  in  your  areas  of  expertise.  What  you  are 
teaching  from  the  platform  should  be  provided  to  the  entire 
Army.  Therefore,  in  School  Model  83  ITRADOC  Regulation  10. l), 

I  directed  you  to  be  the  principal  writers  of  doctrinal  and 
training  publications.  I  recognize  that  some  of  you  may  «rrite 
more  than  you  teach  and  vice/versa.  However,  neither  duty  must 
be  performed  exclusively  as  this  would  prohibit  the  Interaction 
with  the  students  which  is  crucial  to  the  development  of  these 
important  publications. 


As  the  SHE,  you  have  the  opportunity  to  have  a  great 
influence  on  the  Army.  To  project  this  influence,  you  must  be 
conversant  with  the  development  and  publication  process  described 
in  this  pamphlet.  It  gives  the  what,  when,  and  how  for  preparing 
a  doctrinal  or  training  publication.  It  also  acquaints  you  with 
the  roles  and  responsibilities  of  those  individuals  who  will 
assist  you  in  getting  the  job  done  -  the  editor  and  the  visual 
information  specialist.  I  urge  you  to  use  it  to  help  get  your 
thou^ts  on  paper  and,  ultimately,  to  produce  a  quality  publica¬ 
tion  in  the  allotted  time. 


WILLIAM  R.  RIC3IARDSON 
General,  United  States  Army 
Commanding 
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PREFACE 


The  Training  System  Utilisation  Handbook  for  the  AN/CDS-22(V) 
Underwater  Sensor  System,  Basic  Sonar  Operation/Basic  Diagnostic 
(BSOT/BD)  Trainer,  Device  2B222  is  designed  to  aid  instructors  in 
the  effective  use  of  the  BSOT/BD  Trainer,  Device  2B222.  The 
handbook  is  bound  in  ttK>  volumes.  Volume  1  is  unclassified,  and 
describes  the  BSOT/BD  Trainer.  Device  2B222  hardware,  capabili** 
ties,  limitations,  and  operating  procedures,  as  well  as  the 
training  emeroise  inserted  into  toe  BSOT/BD  Trainer,  Devioe  2B222. 
It  also  presents  the  method  used  to  develop  these  training 
exercises  or  to  update  existing  ones.  Volume  2  is  a  Classified 
supplement,  supporting  Volume  1,  and  includes  the  exercise 
objectives,  training  outline,  and  introductions  to  all  of  the 
exercises  inserted  into  the  BSOT/BD  Trainer,  Device  2B222,  Unit  1. 
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SOFTWARE  INTERFACE  AND  COMMAND  REQUIREMENTS 
FOR  INTERACTIVE  COURSEWARE  AND  AUTHORING  SYSTEMS 

10.  SCOPE 

10.1  Scope.  This  appendix  contains  detailed  requirements  for  software  interfaces  and  related 
commands  to  ensure  interactive  courseware  (ICW)  and  authoring  system  portability  on  interactive 
video  delivery  systems.  The  requirements  in  this  appendix  do  not  address  device  interoperability 
(plug-an-play).  The  requirements  apply  only  to  ICW  training  systems  (ICWTS)  delivery  systems 
based  on  the  Microsoft  Disk  Operating  System  (MS-DOS)  version  2.0  or  higher  or  functionally 
equivalent  operating  systems,  and  on  Intel  80x86  microprocessor  architectures.  This  appendix  is  a 
mandatory  part  of  the  standard.  The  requirements  contained  herein  are  intended  for  compliance. 

10.2  Application  of  this  appendix.  This  appendix  contains  mandatoiy  software  interface  and 
command  requirements.  These  requirements  are  intended  to  be  implemented  in  interactive 
courseware  and  authoring  systems  when  military  training  programs  are  acquired  using  this 
standard. 

20.  APPUCABLE  DOCUMENTS 

20.1  Non-Government  publications.  The  fc^iowing  document  forms  a  pwt  of  this  appendix  to 
the  extent  specified  herein: 

INTERACTIVE  MULTIMEDIA  ASSOdATlON  (IMA) 

Recommended  Practices  for  Multimedia  Portability  (MS-DOS  Based  S|ystems),  Release 
RU 

(Application  for  copies  should  be  addressed  to  the  Multimedia  Association,  Compatibility 
Committee,  Techworld  Plaza,  Suite  440,  800  K  Street  NW,  Washington,  DC  20001.) 
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30.  DEFlNmONS 

30.1  Terms,  acronyms  and  abbreviations  used  in  this  appendix.  Key  terms,  acronyms,  and 
abbreviations  used  in  this  appendix  are  defined  in  Section  3  of  the  basic  standard. 

30.2  Conventions  used  in  this  appendix.  This  appendix  uses  the  following  notational 
conventions. 

3012.1  Numben.  Numbers  are  given  either  in  hexadecimal,  binary,  or  decimal  format. 
Hexadecimal  numbers  have  an  *H*  suffix,  for  example  006FH.  Binary  numbers  have  a  *8”  sufBx, 
f(M^  example  OOOOIOIIB.  Decimal  numbm  are  written  without  a  suffix  but  may  be  fc^lowed  by 
the  word  "dedmaT  for  clarity. 

3012.2  Command  names  and  narameten.  Command  names  arxl  parameters  in  the  text  are  in 
bold  face.  Parameteis  orwiist  of  parameter  labds  and  parameter  vidues  (see  40LS.2).  In  the 
example  vdPtay  lriMi«1000,  vdP^  is  a  command,  fironi  is  a  parameter  label,  and  1000  is  a 
parameter  value.  Command  names  use  mixed  lower  aiKl  upper  case  fmr  clarity,  while  parameters 
use  lower  case  only.  However,  case  is  not  significanL 

30.23  Memory  addresses.  Memory  addresses  are  based  on  the  Intel  80x86  microprocessor  ES 
and  DI  registets.  These  registers  are  used  for  the  addresses  of  parameter  paclcets  that  contain 
cme  or  more  structures  each  consisting  of  a  parameter  token  number  and  its  associated  value. 
The  addresses  of  indtvidttal  parameteis  and  values  within  parameter  packets  are  given  as 
hexadecimal  oBmts  in  bytes  from  the  base  address  in  ESJ)L  Bor  example,  ES:DI[10]  is  the  area 
of  memoiy  IQH  (16  dedmal)  bytes  after  the  monoiy  location  pointed  to  by  die  combined 
segment  and  offi^  address  in  ESd>L 
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40.  GENERAL  REQUIREMENTS 

40.1  Hardware  and  operating  system.  Hardware  and  operating  systems  for  ICW  and  authoring 
s>'stem  delivery  platforms  shall  be  as  specified  in  the  following  paragraphs. 

40.1.1  Microprocessor.  The  computer  shall  be  based  on  a  microprocessor  as  defined  in  3.95  of 
the  basic  standard. 

40.1.2  Read  Only  Memory  fROMl  Basic  Inout/Output  System  fBlOSl.  The  computer  shall 
use  an  International  Business  Machines  Personal  Computer-Advance  Technology  (IBM  PC-Al^- 
compatible  ROM  BIOS. 

40.13  Bus.  The  computer  shall  use  an  IBM  PC-XT  bus,  IBM  PC-AT  bus,  an  IBM 
Microcliannel  bus,  or  an  Enhanced  Industry-standard  Architecture  (EISA)  bus. 

40L1.4  Graphics  adapter.  The  computer  shall  have  a  graphiesAkleo  overlay  capability  using 
C(^  Graphics  Adapter  (CGA),  Enhanced  Graphics  Adapter  (EGA),  or  Video  Graphics  Array 
(VGA)  graphics,  or  shall  use  two  monitors,  one  with  video  aiKl  the  oUter  with  graphics. 

40.13  XY-input  devices.  One  or  more  of  several  XY-input  devices  may  be  present  (touch 
screen,  mouse,  light  pen.  bit  pad,  or  other  input  devices). 

40.13  Videodisc  players.  One  or  more  videodisc  players  or  functionally  equivalent  video 
sources  iMgr  be  present 

40.1.7  Operating  system.  The  operating  system  shall  be  MS-DOS  venkm  23  or  later,  or  a 
functionally  equivalent  tqrerating  system,  sudi  as  IBM  PC  DOS  veiskm  2.0  or  later.  Developers 
may  provide  \%tual  De^to  Interface  (VDI)  Management  Software  that  requires  a  speciSc 
version  of  MS-DOS.  These  shall  be  dcscril^  as  either  "Compliant  only  when  used  with  MS- 
DOS  version  N.nn”  or,  more  often,  "Compliant  only  when  used  with  MS-DOS  version  Njin  or 
later"  where  "N.nn*  is  the  version  number.  Similar^,  ICW  and  authoring  qutems  may  require  a 
specific  version  of  MS-DOS  and  shall  be  described  in  the  same  manner. 

40l2  General  VDI  Management  architecture,  l^re  D-1  shows  the  general  software 
architecture  of  a  compliant  system.  The  architecture  is  based  on  sets  of  faligh-level  command 
organized  functionally  service  group.  These  commands  shall  be  issued  by  ICW  and  authming 
systems  and  passed  via  an  ASCII  or  binary  af^dication  interface  to  the  VDI  Management 
Software.  VDI  Management  diall,  in  turn,  execute  the  commands  by  calling  appropriate  low-level 
services  and  shall  pass  responses  ba^  to  tte  a{q)lication  via  the  apfdicatkm  intesfa^  VDI 
Management  shall  be  responsible  for  maldog  tfiCferent  delivery  platforms  functionally  oompat&de 
at  the  apfdicatkm  interface  levd.  The  internal  ardiitectuie  of  VDI  Management  shall  be  the 
re^wns^ty  of  VDI  Management  devek^ien. 
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Applicatiofi  Software 

Issues  Required 
Comma^ 


ASCH  or  Biliary 
Applkation 
laustf»ce 
to 

VDI 

Management 

Software 


RGURED-L  TXc  awwral  software  arcMfctwe  ef  a  ewpMwit  wstwa. 

40J  Seivice  groups  and  command  organization.  The  VDI  Management  Software  sludl  inchide 
four  service  groups:  system  (^)  (see  Section  70),  visual  management  (vm)  (see  Section  80), 
vkleodisc  (vd)  (see  Section  M),  and  XY-input  (17)  (see  Section  100).  Tbe  ty  service  group  shall 
contain  commands  for  doing  system-level  hardware  and  software  initialization,  furnishing 
information  about  the  availability  of  other  service  groups,  implementing  a  command  queue,  and 
helping  with  error  handling.  The  other  groups  shall  address  the  functkxial  areas  for  which  they 
are  named.  The  sy  service  group  shall  be  induded  in  aD  compliant  implementations.  VDI 
Management,  and  ICW  and  authoring  system  developers  may  use  only  those  service  groups  that 
include  fimctioas  required  ftnr  a  given  ajqilication. 

40.4  Installation  and  logical  device  mapping.  Installation,  logical  device  numbering,  and  logical 
device  msfiping  shall  be  as  specified  in  the  foUowii^  paragraphs. 

40.4.1  inar* ihtifin  methods.  Specific  methods  of  installii^  VDI  Management  shall  be  the 
raqponsfoiliqrof  VDIdevdopets.  However,  VDI  deveiopett  sbaD  ensure  collect  installation  of 
^stem  hardware  and  software,  and  shall  make  a  fist  of  installed  service  groiqn  available  to  ICW 
^  authoring  interns  throi^  the  ty  commands.  VDI  Man^ement  develt^ieiB  shall  also  indude 
a  way  for  users  to  assign  logical  numbers  using  an  apprr^Mriate  setup  iacility  when  more  than  one 
device  is  present  for  a  service  group  that  supports  multiple  devices.  Logical  device  numbers  shall 
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be  contiguous  and  start  at  zero  for  each  service  group.  VDI  Management  shall  iK>t  make  any 
other  assumptions  about  loglcal*to-physical  device  mapping. 

40.4.2  Vendor  statement  of  device  mapping  requirements.  ICW  and  authoring  systems  shall 
clearly  state  any  requirements  for  a  particular  device  number  mapping  so  that  users  can  set  up 
VDI  Management  appropriately.  ICW  and  authoring  systems  shall  not  change  logical  device 
numbers  at  run  time. 

40.43  Obtaining  information  about  device  mapping.  If  ICW  or  authoring  systems  need 
information  about  device  mapping,  they  shall  provide  a  mechanism  for  the  user  to  provide  that 
information.  If  necessary,  ICW  and  authoring  systems  shall  use  an  installation  program  that  asks 
vriiich  logical  device  numter  to  use  for  each  peripheraL 

40l5  General  interface  requirements. 

403.1  Required  interfaces.  VDI  Management  implementations  shall  include  two  interfaces  for 
MS-DOS;  the  ASCII  interface  and  the  binary  interface. 

403.1.1  ASen  interface.  ICW  and  authoring  ^sterns  that  use  the  ASCII  interface  shall 
communicate  with  VDI  Managmnent  throu^  a  device  driver  using  standard  MS-DOS  file 
input/output  (I/O)  and  ASCD  strings  by  writing  command  stringk  to  and  readh^  response  strings 
from  the  device  driver.  The  ASCII  interface  shall  be  in  accordance  with  Section  50. 

403.1.2  Binary  interface.  ICW  and  authoring  systems  that  use  the  binary  intetfiKe  riudl 
communicate  with  VDI  Management  by  passing  arid  leoeiviiig  binary  values  across  a  software 
interrupt  The  binary  interface  shall  use  an  assignable  software  interrupt  In  the  range  60H 
through  66H  to  request  VDI  Managemmit  sc^tware  services.  ICW  and  authoring  ^tems  shall 
load  the  micrcqnocessor’s  registers  with  a  command  code  requesting  a  specific  service,  and  a 
pointer  to  a  parameter  packet  allocated  in  application  memory  and  containing  parameter  codes 
and  values.  The  binary  interface  shall  be  in  accordance  with  Section  60. 

4033  Parameters  and  values.  Both  interfaces  shall  use  labeled  parameters  and  associated 
values.  Parameters  rruiy  have  associated  calling  values,  return  values,  or  both.  Every  parameter 
value  shall  be  associated  with  a  parameter  ktentifier.  Therefore,  only  those  parametms  that  are 
actually  required  the  command  shall  be  spedfied,  and  parameters  may  be  listed  in  ai^  order. 
Supplying  a  parameter  more  than  once  in  a  command  string  or  parameter  block  shall  cause  an 
error. 

4033.1  ASgi  interface.  With  the  ASCII  interface  each  parameter  value  shall  be  preceded  by 
a  parameter  name.  However,  each  parameter  name  does  not  necessarily  require  an  associated 
value.  Command  strings  shall  be  variable  in  length  with  the  length  determined  by  the  number  of 
parameters  and  values.  Case  and  parameter  tnder  shall  not  be  significant,  and  equals  signs  and 
commas  shall  be  optionaL 
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A0JSJL2  Binafv  inteiface.  With  the  toary  interfiMe  the  parameter  packet  shall  be  a 
variable-length  array  of  parameter  structures.  Each  structure  shall  ocmtain  a  parameter’s  numeric 
identifier  and  the  parameter’s  value  or,  for  parameters  without  associated  calling  values,  space  for 
a  return  value. 

40.53  Cooristence  of  interfaces.  A  VDI  Management  implementation  shall  furnish  both  the 
AiXlI  and  binary  interfaces,  although  both  do  not  have  to  be  installed  simultaneously.  If  both 
interfaces  are  loaded,  VDI  Management  shall  behave  correctly  when  ICW  or  authoring  systems 
mix  ASCII  and  binary  commands.  An  ASCII  command  and  its  binary  counterpart  shall  behave 
identically  assuming  both  omnmands  have  the  same  parameters  available. 

40.5.4  Vendor  statements  of  interface  and  memory  reouirements.  ICW  and  authcMing  qatems 
that  use  one  interface  only  shall  clearly  state  wdtether  the  ASCII  or  binary  interface  should  be 
installed.  ICW  vendon  shall  state  the  anoount  of  memoiy  required  by  the  application  after  VDI 
Management  has  been  loaded. 

40.6  Error  handline.  Error  handling  and  error  message  shall  be  as  specified  in  Section  110, 
and  shall  be  indicated  in  accordance  with  the  requirements  of  Sections  70,  80, 90  and  100. 

4a7  IMA  Recommended  practices  for  multimedia  noitabilitv.  The  IMA  Recommended 
Practioes  for  Multimedia  PMtabOity  (MS-DOS  Bmed  SyetenaX  Release  R  1.1  (hereinafter 
referred  to  as  the  IMA  Reoommei^ed  Practices  or  recommended  practices)  (see  20.1)  may  be 
tned  for  guidance  in  implementing  the  requirements  of  this  append 
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SO.  ASCII  INTERFACE  REQUIREMENTS 

50.1  Q>mmand  string  format.  ASCII  command  strings  shall  be  in  the  format  as  follows. 

SO.  1.1  Tokens.  A  command  string  shall  consist  of  a  series  of  tokens,  separated  by  delimiters, 
and  ending  with  a  carriage  return  (CR,  ASCII  OD).  Tokens  shall  be  strings  of  one  or  more 
printable  characters.  They  shall  include  command  names,  parameter  labels,  and  parameter  values. 
The  command  name  shall  be  the  first  token  in  the  command  string.  Parameter  labels  shall 
precede  corresponding  parameter  values  and  shall  be  separated  by  parameter  values  by  cme  or 
more  delimiters.  Command  names  shall  consist  of  characten  in  tte  rangn  *A*  to  ”Z*  and  V  to 
V.  Parameter  labels  shall  consist  of  the  same  plus  the  digits  'tT  to  "9”.  Parameter  values  shall 
consist  of  characters  in  the  ranges  "a"  to  V,  "A"  to  "Z",  and  TT  to  "S'*,  plus  "+*  and  Case  shall 
not  be  significant 

SOlI.2  Delimiters.  Delimiters  shall  be  limited  to  the  characters:  equals  sign  (ASCII  SDH), 
space  (ASCU  20H),  horizontal  tab  (HT.  ASCO  0^),  line  feed  (LF,  ASCD  CAH)  and  comma 
(ASCII  2CH).  Redundant  delimiters  shall  be  ignored  aiui  shall  not  count  toward  length  limits. 
Redundant  delimiters  shall  include  all  leading  delimiters,  all  trailing  delimiters  between  the  last 
token  and  the  CR.  all  trailing  delimiters  after  the  CR,  and  any  instanee  of  two  or  more  adjacent 
delimiters. 

50.13  Length.  Command  strings  shall  be  linuted  to  2S5  draracters  indudmg  the 
Redundant  delimiters  shall  not  count  towards  the  255-chararter  UmiL 

5ai.4  MuhiDle  commands.  11m  ASCII  inUafMe  shaU  support  nraltqife  a»B»nds  aqiniaied 
by  CRs  or  CR/LRi  in  a  single  string  and  sent  to  the  ASCII  interfsoe  wi^  a  single  write  operation. 
The  2S5-dunacter  limit,  not  counting  redundant  delimiters,  shall  qiply  to  the  write  operation  as  a 
whole.  If  a  string  contains  multiple  commands,  th^  shall  Gt  within  the  2SS-character  limit  The 
response  string  for  a  multiple-command  string  shall  contain  the  response  to  the  last  comnund 
onfy. 

503  Response  string  format  The  ASCII  response  string  format  shall  be  as  follows. 

503.1  Terminator.  Response  strings  shall  end  with  CR  Rdlowed  by  LF  (hereafter  CR/LF). 

5033  Delimiters.  If  a  string  contains  multiple  values,  each  value  shall  be  separated  from  the 
next  by  ooc  coouna  with  no  ^woes.  Response  strings  shall  contain  no  ddinittets  befiMe  the  Grst 
value  w  between  the  last  value  and  the  CR. 

5033  Case.  All  alphabetic  characters  returned  by  the  ASCII  interfeoe  shaO  be  upper  case. 

5034  Contents.  If  the  command  was  correct  and  did  ix>t  ask  for  infixmation,  the  teqxmse 
string  shall  be  ”OK*.  If  the  command  asked  for  infonnatioii,  the  ASCII  interfeoe  shaD  return  a 
series  of  comma-scq>arated  parameter  values.  If  an  error  occurred,  the  reqwnse  string  shaU 
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consist  of  "ERROR"  followed  by  a  space,  followed  by  the  applicable  error  number  as  ASCII 
digits. 

S0.2.S  Length.  Response  stringjt  shall  be  limited  to  255  characters  including  the  terminal 
CR/LF  pair. 

50.3  Parameter  value  formats.  The  formats  of  parameter  values  for  the  ASCII  interface  shall 
be  as  follows. 

50.3.1  Numbe^  Numeric  parameters  shall  be  passed  in  decimal  integer  fcxmat,  v^ich  is 
deGned  as  an  optional  sign  ("+"  or  "-")  immediately  followed  by  a  string  of  decimal  digits. 

503.2  Bit  fields.  A  bit  Geld  shall  be  represented  as  an  unsigned  decimal  integer  that  is  the 
sum  ctf  the  bit  values  in  the  Geld. 

5033  Test  Some  return  stiinp  for  quay  parameters  include  values  other  than  numbers. 
These  stringi  shall  consist  of  at  most  upper-case  alphabetic  diaracters,  dedmal  digits, 
and  a  sign  (+  or  -). 

50.4  Formal  striqg  ASCD  command  and  response  stringi  shall  use  the  formal  ^tax 

description  in  Table  D-1.  The  ^tax  shall  use  the  following  ruler 

a.  Angle  brackets  (<>)  shall  enclose  items  that  are  deGned  by  the  formal  descrqitions. 

b.  Vertical  bars  (I )  shall  separate  sets  of  ahematives  In  derivng  a  valid  oosmaand  sttfog; 
only  one  of  tlm  alteroatives  shall  be  chosea 

c.  Square  brackets  ([  ])  shall  enclose  0|Mic»al  items  or  sets  of  items.  Their  presoioe  or 
absence  shall  not  affect  a  string’s  validity. 

d.  Spaces  shall  separate  sets  of  required  items  that  shall  occur  in  the  given  order. 

e.  Ihe  sign  shall  mean  "consists  or.  The  item  on  the  left  of  shall  consist  of  the 
deGnitkm  on  the  right 

L  The  strings  "equals",  "space",  "HT",  "LF",  and  "comma”  are  deUmiters  and  shall  stand  for 
the  indicated  characters. 

g.  The  string  "CR"  is  a  terminator  and  shall  stand  for  the  indicated  character. 

h.  "CR/LF"  indicates  the  two  characteis  carriage  return  and  line  feed. 

L  Items  in  quotes  O  string  literals  and  shall  stand  [or  tbemsdves. 
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j.  The  formal  descripUon  shall  omit  the  2SSeharacter  limit  for  <coinmand  string>s  and 
<response  string>s,  and  the  equivalency  of  lower  and  upper  case. 

50.5  Behavior  of  device  driver  buffers.  The  behavior  of  the  ASCI!  interface  device  driver 
buflers  shall  be  as  follows. 

50A1  Operating  system  compatibility.  The  way  in  which  the  device  driver  buffers  character 
strings  shall  be  compatible  across  different  versions  of  MS-DOS. 

503J!  Allocation  and  initial  contents.  When  the  driver  loads,  it  shall  allocate  a  command 
buffer  and  a  response  buffer  of  255  bytes  each.  At  startup,  the  command  buffer  shall  be  empty 
and  the  response  buffer  shall  contain  the  string  "ERROR  19*  (device  driver  read  before  write). 
This  response  buffer  content  shall  apply  only  to  the  first  time  an  ICW  application  »«■»■*■*«**  the 
driva  after  boot  time.  The  response  buffer  shall  not  automatically  reset  to  "ERROR  19“  aftm  an 
ICW  application  exits. 

S(U3  Write  Behavior.  When  the  device  driver  receives  a  character,  it  shall  add  the  diaracter 
to  the  command  buffer  and  check  to  see  if  it  is  a  redundant  delimiter,  a  LF,  or  a  CR.  If  it  is 
neither,  the  device  driver  shall  simply  return.  If  it  is  a  redundant  delimiter  or  a  LF,  the  device 
driver  shaH  discard  the  character  and  return.  If  it  is  CR,  the  device  driver  and  VDI  Management 
shall  process  the  contents  of  the  command  buffer,  execute  the  command,  and  generate  a  response 
string  before  returning.  The  response  string  shall  replace  any  existing  contents  of  the  response 
buffer. 

5QlS.4  Rfgtf  Ihfhpviof-  When  MS-DOS  tries  to  read  a  character  from  the  device  driver,  the 
device  driver  sludi  diedt  the  response  buffer.  If  the  buffer  contains  characters,  the  device  driver 
shall  return  the  first  character  ai^  delete  it  from  the  buffer.  If  the  buffer  is  empty,  the  device 
driver  shall  return  end  of  file  (EOF,  ASCII  lAH  under  MS-DOS). 

5033  Gosc  and  Reopen  Behavior.  Qosing  and  reopening  the  device  driver  shall  empty  the 
command  buffer  but  shall  not  change  the  contents  of  the  response  buffer. 

5033  Behavior  between  applications.  If  (me  ICW  apidication  ends  and  a  new  ICW 
applicatkm  starts,  the  device  driver  shall  ncM  flush  the  response  buffer  until  it  receives  a  CR. 

503.7  Behavior  when  a  command  exceeds  255  diaracters.  If  an  ICW  application  or  authoring 
tystem  writes  a  cemunand  kmgm  than  255  characten,  the  device  driver  shall  discard  the  command 
fay  clearing  the  buffer  and  ignening  additional  characters  up  to  the  next  CR.  The  device  driver 
shall  then  Issue  "ERROR  IT  (coaunand  too  kmg). 

506  Device  driver  fimetion  and  mode  options.  The  device  driver  shaU  work  properly  usiitg 
eithmr  ASCII  ("cooked")  binary  ("raw")  mode  because  ICW  appUcatkms  and  authoring  tystems 
may  dwose  either  and  be  compl^t  Applications  shall  not  use  input/output  control  (lOCTL) 
functions  esBcept  interrupt  (Int)  21H  funetkm  44H,  which  forces  a  file  handle  (^rnned  in  axilced 
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mode  to  raw  mode.  ICW  appUcalions  and  authoring  systems  shall  not  use  MS-DOS  Int  21H 
functions  OF,  10-17,  lA.  21-24.  27.  and  29H.  whkh  work  with  file  control  blocks. 

50.6.1  Device  driver  specific  functions.  The  version  of  MS-DOS  and  the  driver  type 
(character)  shall  determine  which  device  driver  functions  shall  be  supported  without  implementa¬ 
tion,  which  functions  shall  be  implemented,  and  which  functions  are  optional.  Device  driver 
functions  shall  be  supported,  implemented,  or  optional  as  specified  in  the  following  paragraphs. 

50.6.1.1  MS-DOS  Version  2.0  and  hipher.  Device  driver  functions  OOH  to  OCH  shall  be 
supported.  Functions  OOH,  04H  to  OSH,  OAH.  and  OBH  shall  be  implemented.  Implementation 
of  functkms  OSH  and  OCH  is  optional.  Functions  OlH,  02H,  and  09H  apply  only  to  Mock  device 
drivers:  these  shall  be  supported,  but  shall  not  imi^emented. 

50.6.1.2  MS-DOS  versions  3.0  and  3.1.  Support  and  implemenUtion  requiremenU  shall  be  as 
stated  for  version  2.0  and  hig^.  Imfrfementation  of  functions  ODH,  OEH,  and  lOH  is  optional 
for  versions  3.0  and  3.1.  Function  OFH  applies  onfy  to  blodc  device  drivers;  tb^  shall  be 
supported,  but  shall  not  be  implemented. 

S0.6.U  MS-DOS  version  3.2  and  higher.  Support  and  implementation  requirements  shall  be 
as  stated  for  venkm  2.0  and  higher.  Implonentation  of  functions  ODH,  OEH,  lOH,  and  13H  is 
optional  Functiaas  OFH,  17H.  and  18H  only  apply  to  block  device  drivers:  these  shall  be 
supported,  but  shall  ikM  be  implemented. 

SQ.d2  Driver  compliance.  Any  device  drivo*  that  meets  the  criteria  listed  in  50.6.1  shall  be 
oonqiliaiiL  Device  driver  functions  listed  as  optional  shaD  not  be  requited.  Howeaer,  a  device 
driver  uses  device  driver  functioa  that  are  supported  only  by  MS-DOS  version  3X)  or  higher,  or 
MS-DOS  verskm  3.2  and  higher,  the  implementation  shall  cleariy  state  the  version  of  k^DOS 
required. 

50.63  Optional  device  driver  functfons.  Device  driver  functions  that  may  be  optionally 
implemented  shall  include:  lOCTL  read  (03H),  lOCTL  write  (OCH),  device  open  (ODH),  device 
dose  (OEH),  output  until  busy  (lOH),  and  gennk  lOCTL  (13H).  Device  drivers  may  use  these 
functions  and  be  compliant  However,  appUcations  that  use  thex  facilities  directly  sl^  be  rxm- 
compliant  because  thw  facilities  are  not  compliance  requirements  and  may  not  be  supported. 
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60.  BINARY  INTERFACE  REQUIREMENTS 

60.1  Intel  80x86  Register  Contents.  Intel  80x86  microprocessor  register  contents  shall  be  as 
follows: 

a.  The  AX  register  shall  contain  the  token  number  for  the  command  before  issuing  the 
software  interrupt  to  call  the  binary  interface. 

b.  The  BX  register  shall  contain  the  number  of  parameters  contained  in  the  parameter 
packet  allocated  in  application  memory  before  issuing  the  software  interrupt  to  call  the 
binary  interface. 

c.  The  ES  register  shall  contain  the  segment  address;  the  DI  register  shall  contain  the 
of&et  relative  to  the  s^ment  before  imiing  the  software  interrupt  to  call  the  binary 
interface;  and  the  ES:DI  register  pair  shall  omtain  the  s^ment  and  ofbet  address  of 
the  parameter  packet  allocated  in  apf^cation  memory. 

d.  On  return,  all  register  contents  shall  remain  unchanged  except  the  AX  register.  The 

AX  register  shall  either  zero,  if  no  error  occurred,  or  an  error  code,  if  the 

ccmimand  did  not  execute  properly. 

602  Software  interrupt.  The  software  interrupt  used  by  the  binasy  interfwe  shall  be  as 
foUowB. 

602.1  Pmwk  and  The  binary  mtetfiMe  Shall  UK  a  Software  SDleniqM  hi  die  tapfe  of 

60H  through  66H.  The  default  shall  be  interrupt  60R 

60.22  Determination  bv  VDl  Management  When  VDI  Management  loads,  it  shall  dieck  the 
MS-DOS  environment  space  for  the  variable  TVINT.  The  variaMe  value  is  a  two-digit  string 
representing  a  value  from  60H  through  66H  ("bO"  throu^  *66*).  If  the  variable  is  set,  VDl 
Management  shall  load  its  interrupt  handler  at  the  specified  vector.  If  the  variable  is  not  set,  the 
handler  shall  be  loaded  at  vector  60R  If  the  variable  value  is  invalid,  VDl  Management  shall 
dedine  to  execute  and  display  'ERROR  16S*  (invalid  interrupt  numbw). 

6023  Determination  bv  ICW  and  authoring  systems.  When  an  ICW  application  or  authwing 
^stem  starts,  it  shall  check  for  the  environinent  variable  IVINT.  If  the  varithle  is  set,  the  ICW 
aj^ilicatkm  or  authoring  ^tem  shall  use  the  specified  software  interrupt.  If  IVINT  is  not  set,  the 
ICW  appiicatkMi  or  authoring  system  shall  use  the  defiiult,  60R  The  ICW  application  or 
authorii^j  ^stem  need  not  verify  the  validify  of  the  interrupt  nundier.  If  the  number  is  invalid, 
VDI  maiugeinmit  shall  not  load. 

603  Signature.  The  binary  interCMe  shall  include  a  16-byte  signature  of  the  form 
TVPRACnCES”  ftdlowed  by  five  NULL  characters  to  let  applintions  verify  that  it  is  installed. 
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The  signature  shall  reside  at  the  address  pointed  to  by  the  FVINT  interrupt  vector  minus  lOH,  or 
if  IVINT  is  not  set,  at  the  address  pointed  to  by  the  default  interrupt  vector.  60H,  minus  lOH. 

60.4  Parameter  packet  structure.  The  structure  of  parameter  packets  used  by  the  binary 
interface  shall  be  as  follows. 

60.4.1  Memory  requirements  oer  parameter.  A  parameter  packet  shall  contain  8  bytes  of 
memory  for  each  parameter.  The  8-bytes  shall  be  divided  into  two  32-bit  blocks.  The  first  32-bits 
shall  contain  the  parameter  token  number.  The  second  32-bits  shall  contain  the  paramet^  value 
or,  if  the  parameter  does  not  have  an  associated  value,  it  shall  contain  any  value  to  act  as  a  place 
holder  for  return  information. 

60.4.2  Tokens  and  values.  Parameter  token  numbers  shall  be  coitttants  as  defined  in  the 
individual  oonunaod  descriptions  in  the  service  group  sections  and  in  60.7.  Parameter  values  may 
take  diflerent  types  dqiending  on  the  infonnatioo  being  passed.  Valid  types  shall  include  signed 
32-bit  integers,  pointers  consisting  of  a  164>it  segment  and  a  16-bit  ofbet,  and  32-bit  unsigned  bit 
fields. 

60.43  Memory  allocation.  Memory  for  parameter  packets  shall  be  allocated  by  ICW 
applications  and  authoring  tystems  in  the  appUcatkm  dau  segment 

60.4.4  Layout  and  length.  Parameter  packet  Ityout  shall  be  as  specified  in  Table  D-2.  The 
length  of  the  parameter  packet  shall  vary  with  the  number  of  parameters.  Addresses  of  parame¬ 
ter  tcAeiH  and  values  within  a  padoet  are  deserfoed  as  hexadecimal  oAets  in  bytes  from  the  base 
address,  wUch  abaO  be  into  ESdU  — by  the  appheathm  prior  lo  bimiy  msesfooe 
intemqrt  call  For  example,  ESdDI[18]  is  the  area  6i  memory  18H  by^  after  the  location 
pointed  to  by  ES  J>L 

603  Returning  Information  in  parameter  packets.  The  contents  of  parameter  packets  before 
and  after  queries,  and  after  rounding  shall  be  as  follows. 

605.1  Memory  allocation  and  packet  contents  for  queries.  If  a  command  requests  information, 
the  ICW  or  authoring  tystem  shall  pass  a  parameter  pa^et  with  sufficient  space  ftxr  the  requested 
inCcMrmatioDu  The  space  is  allocated  using  the  ftmnat  specified  in  60.4.  A  parameter/value 
structure  shall  define  the  requested  information  and  fivnish  a  return  locatimi. 

6053  hgfore  and  after  queries.  On  entry  into  VDI  Managemmit,  the  parameter  value 

for  a  query  parameter  is  insignificant  and  can  be  aiiy  value.  When  Management  has  doived 
the  requested  value,  either  by  self  myretion,  calcuhitlon,  or  interrogating  the  hardware,  it  shaO 
put  the  value  into  the  iqrprc^Miate  parameter  value  blodc. 

6033  Vfllvff  gft”  ggfMv-  ICW  and  authority  tystems  shall  dieck  rqjhter  AX  and  assume 
that  if  an  error  has  occurred  (AX  ^  0),  any  values  returned  in  the  padeet  are  meanin^ess. 
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60.3.4  Effects  of  rounding.  VDl  Management  may  round  parameters,  such  as  play  speeds  and 
fade  levels.  If  so,  VDI  Management  shall  automatically  change  the  values  in  the  parameter 
packet  to  the  actual  values  used  after  rounding.  Subsequent  parameter  queries  shall  return  actual 
values  instead  of  requested  values. 

60.6  Parameter  value  formats.  The  formats  of  parameter  values  for  the  binary  interface  shall 
be  as  follows. 

60.6.1  Integers.  Integer  quantities  shall  be  passed  as  32-bit,  2’s  complement,  signed  numbers, 
in  the  range  from  -2,147,483,648  through  -1-2,147,483,647.  This  is  consistent  with  roost  high-level 
programming  languages. 

60.6.2  Bit  fields.  Bit  fields  shall  consist  of  32-bit,  u&igned  values. 

60.63  Pointers.  For  MS-DOS,  pointers  follow  standard  far-pointer  format.  The  roost 
significant  16  bits  of  the  pointer  contain  the  segment  address;  tte  least  significant  16  bits  contain 
the  ofBet  within  the  segment  Note  that  this  is  the  format  used  by  the  majority  of  MS-DOS 
compilers,  such  as  Microsoft  C  and  JPI  Top  Speed  Modula-2. 

60.6.4  Strings.  String*  returned  via  the  binary  interface  shall  be  passed  by  reference  via  fur 
pemters.  The  return  value  shall  be  a  long  pointer  to  an  ASCII  string  of  up  to  2SS  printable 
charactets  followed  by  a  NUL  character  (OOH).  Alphabetical  characters  in  the  return  string  shall 
be  upper  case.  VDI  Management  shall  allocate  memory  to  hold  return  strings- 

60l6uS  Color  arrays.  Color  arrays  shall  be  passed  by  lefiBienoe  via  far  pointers.  The  parameter 
padtet  shall  contain  three  parameters,  a  logical  color  parameter,  a  length  parameter,  and  an  array 
address  parameter. 

60.63.1  The  array  parameter  value.  The  array  parameter  value  shall  be  a  far  pointer  to  a 
memory  block  allocated  the  application  and  containing  an  array  of  palette  colors. 

60.633  Array  contents.  Each  palette  color  value  in  the  color  array  shall  be  a  32-bit  structure 
containing  four  1-byte  values  as  follows: 

a.  l^rte  0,  the  least  significant  byte,  shall  represent  B(lue); 

b.  Byte  1  shall  represent  G(teen); 

c.  Byte  2  shall  represent  R(ed);  and 

d.  Byte  3,  the  most  significant  byte,  shall  be  reserved  and  riiall  be  set  to  zero.  VDI 
Management  shall  return  ernM*  SI  (parameter  value  invalid  or  out  of  rai^)  if  Byte  3, 
the  roerved  byte,  is  not  set  to  zero. 
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60.6w5.3  Length  parameter.  The  knsth  parameter  value  shall  be  the  number  of  32>bit 
structures  in  the  color  array. 


60.6.5.4  The  color  parameter  value.  The  c«rfor  parameter  value  shall  be  the  logical  color 
number  to  which  the  first  palette  color  structure  in  the  array  is  assigned.  The  second  palette 
color  structure  shall  be  assigned  to  the  next  contiguous  logical-color  number,  and  so  on  up  to 
length  logical  colors. 


60.7  Command  token  numbers.  ASCII  commands  and  their  equivalent  binary  token  numbers 
organized  by  service  group  shall  be  as  specified  in  Table  D-3.  The  table  also  indicates  whether 
the  commands  ate  core  or  extended.  Core  commands  shall  be  implemented  for  a  ^ven  service 
group  to  be  compliant  Extended  commands  are  optional  and  shall  be  considered  non-portable 
unlett  an  ICW  application  or  authoring  system  is  written  to  use  them  if  present  and  abo  handle 
program  execution  in  their  absence. 


60,8  Parameter  itAen  numbers.  Parameter  names  and  their  binary  ttricen  numbers  thm  shall 
be  used  by  the  binafy  interface  shall  be  as  specified  in  Table  D-4.  The  uMe  footnote  indicates 
which  parameters  are  extended.  Extended  parameters  are  optional  and  shall  be  considered  ixm- 
portaUe  unless  an  ICW  application  or  authoring  system  is  written  to  use  them  if  present  and 
handle  fmigram  execution  in  their  absence. 
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70.  SYSTEM  (9)  SERVICE  GROUP 

70.1  Introduction.  This  section  provides  a  full  description  of  system  commands,  identilies 
command  parameters,  and  defines  associated  command  return  values.  Cmnmand  names  and 
token  numbers  shall  be  as  specified  in  Table  IT'S. 

70J2  Command  Return  Values.  Unless  otherwise  specified  in  this  section,  return  values  shall 
be  as  follows. 

70.2.!  ASCII  Return  Values.  The  ASCII  return  values  shall  be  "OK*  on  success  and 
"ERROR  n”  on  failure. 

70.2.2  Binary  Return  Values.  Binary  return  values  shall  be  "AX»0  on  success  and  "AX terror 
number*  on  failure. 

703  avQwckEiTor  Command.  syChcckErrM'  shall  return  the  number  of  the  last  error 
detected  by  VDI  Management,  if  present,  and  the  command  and  logical  device  number  that 
caused  the  error.  qrChecItError  shall  then  clear  this  error  information.  If  an  ASCH  command 
string  contaiitt  multiple  commands  and  a  comnumd  other  than  the  last  conmumd  in  the  string 
causes  an  error,  syTlmrkErrpr  is  the  only  wi^  detect  that  error.  AdtUtiorully: 

a.  ayChcdcError  shall  not  queue  emus.  It  shall  return  the  most  recent  detected  errm. 

b.  Only  kjChackError  and  qrbit  shall  be  able  to  dear  the  dieck  emo^  check  command, 
and  check  device  bufEcn.  Since  abo  reinitializes  VDI  Man^ement,  deazing  the 
queue,  canceling  all  pending  commands,  and  setting  up  interrupts,  qrinit  shall  not  be 
used  simply  to  clear  an  error  state. 

c.  If  syChcddSrror  itself  causes  an  error,  it  shall  not  clear  the  check  buffers.  Instead, 

VDI  Management  shall  load  the  check  buffets  with  the  same  error  information  it  would 
load  for  any  other  comnumd.  A  subsequent  call  to  qdwdr&rror  shall  return  and  dear 
this  information. 

d.  Trying  to  queue  qrOmdiEiTor  diail  cause  error  177  (conunaixl  carmot  be  queued)  at 
the  time  of  attempt 

703.1  Error  buffers.  VDI  Management  shsdl  maintain  four  buffets  for  returning  error 
infiMinatkm;  the  tespaosc  buffer,  the  check  emo  buffer,  the  check  comniand  buffer,  and  the 
check  device  buffer.  Actual  implementatioas  may  vary  in  the  wqr  they  store  and  translate  the 
information  leqtiiied  by  qrChtdtEner.  The  contents  of  these  buffeis,  or  trsnslstions  thereof 
dqiend  upon  a^bidi  interfsoe  is  used. 
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703.1.1  Buffer  cootento  usin£  the  ASQ!  interface.  The  ASQI  interface  buffer  cootentt  shall 
be  as  follows: 

a.  The  response  buffer  shall  contain  the  return  string  for  the  most  recent  ccunmand,  either 
"ERROR  n.„"  where  "n..."  is  an  error  number,  "OK",  or  requested  information. 

b.  The  check  errno  buffer  shall  contain  the  error  number  as  "n..."  of  the  most  recent  error 
caused  by  any  command,  or  "0"  (zero)  if  no  error  has  occurred  or  the  buffer  has  been 
cleared. 

c  The  check  command  buffer  shall  contain  the  name  of  the  command  that  caused  the 
error,  or  "OK"  if  no  error  has  occurred  or  the  buffer  has  been  cleared. 

d.  The  dieck  device  buffer  shall  contain  the  logical  device  number  of  the  device  that 
caused  the  last  error,  or  *•!"  (n^ative  <me)  ff  no  error  has  occurred  or  the  buffer  has 
been  deared.  A  *-l”  is  used  to  indicate  a  no  error  conditioo  because  aero  (0)  is  a  valid 
device  number. 

703.13  Buffer  contents  using  the  binary  interface.  Buffer  contents  using  the  binaiy  interface 
shall  be  as  follows; 

a.  The  response  buffer  shall  contain  the  value  to  be  returned  in  the  AX  register  fbr  the 
most  recent  command,  either  an  error  number  or  aero  if  no  error  has  oocunedL 

b.  The  diedc  etmo  buffer  shall  cmatatn  die  erior  number  of  the  most  leoeat  oraor  cauMsd 
by  aiqr  command  or  aero  ff  no  error  has  occurred  or  the  buffer  has  been  cleared. 

c.  The  check  command  huffier  shall  contain  the  token  number  of  the  oonunand  that 
caused  the  error  or  zero  if  no  error  occurred  or  the  buffer  has  been  cleared. 

d.  The  dwek  device  buffer  shall  contain  the  logical  device  numbCT  erf  the  device  that 
caused  the  last  error  or  native  one  (-1)  if  no  error  has  occurred  or  the  buffer  has 
been  cleared.  A  "-1*  is  used  to  indicate  a  no  error  condition  because  aero  (0)  is  a  valid 
device  number. 

7033  Command  parameters.  The  ASCII  and  Innaiy  interface  parameters  for  qrChedtEiTor 
shall  be  as  specified  in  Table  D-5. 

7033.1  Command  parameter.  The  rommnnd  parameter  shall  request  the  command  that 
caused  the  last  error,  if  preseuL  hsuing  syCheck&Toi  with  eanMmmd  shall  dear  the  error 
nuniber  in  flie  clie^  emo  buffer,  and  the  logicai  device  number  in  the  check  device  buffer.  It 
shall  also  dear  the  command  name  or  token  in  the  chedt  command  buffer. 
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70.3.2.2  Device  parameter.  The  device  parameter  shall  request  the  logical  device  number  of 
the  device  associated  with  the  command  that  caused  the  last  error  detected.  Issuing  syCbcck* 
Error  with  device  shall  clear  the  error  number  in  the  check  errno  bufTer,  clear  the  command 
name  or  token  in  the  check  command  buffer,  and  clear  the  device  number  in  the  check  device 
buffer. 

70.3.2.3  Errno  parameter.  The  ermo  parameter  shall  request  the  error  number  of  the  last 
error  detected.  Issuing  syCheckEiror  with  ermo  shall  clear  the  command  name  or  token  in  the 
check  command  buffer.  It  shall  also  clear  the  logical  device  number  from  the  check  device  buffer 
and  the  error  number  in  the  check  ermo  buffer. 

70.3.3  Return  values.  Return  values  shall  be  as  follows. 

7033.1  ASCII  return  values. 

a.  On  success.  For  the  command  parameter,  it  shall  return  the  name  of  the  command 
causing  the  last  error  as  an  upper-case  alpha  string,  or  *OK*  if  no  error.  For  the  device 
parameter,  it  shall  return  the  logical  devi^  number,  0  through  IS,  that  caused  the  error, 
or  "-r  if  no  error  was  detected.  For  the  ermo  parameter,  the  return  shall  be  the  last 
error  number  as  "n...*  or  "0*  (zero)  if  no  error. 

b.  On  failure.  Return  "ERROR  n...". 

70333  Binary  return  values. 

a.  On  Return  AX  «  0.  Value  associated  with  the  command  parameter  shall  be 

the  tedeen  number  the  command  that  caused  the  error,  or  0  if  no  error.  Value 
associated  with  the  device  parameter  shall  be  the  logical  device  number  of  the  device 
that  caused  the  error,  or  ”-1"  if  no  mror  is  detected.  Value  associated  with  the  ermo 
parameter  shall  be  the  last  error  number  as  a  32-bit  integer,  ot  0  if  no  error. 

b.  On  failure.  Return  AX  »  error  number.  Any  return  values  in  the  parameter  block 
addressed  by  ES:DI  arc  undeGned  and  shall  be  ignored. 

70.4  svErrorMag  Command.  syEmuMsg  shall  return  an  ASCD  string  of  up  to  2SS  characters 
that  describes  the  spedGed  error  number.  syErroiMsg  is  an  extended  command.  Implementation 
of  this  command  sh^  be  optional  Error  handling  and  error  message  strings  shall  be  as  speciGed 
in  Seetkw  110.  qrErrorM^  is  an  unqueueabie  command.  Trying  to  queue  qnEiToiMsg  shall 
return  error  177  (command  cannot  be  queued)  at  the  Gist  attempt. 

70.4.1  Command  parameters.  The  ASCII  and  binary  interface  parameters  for  syEmurMig 
shaO  be  as  qiedGed  in  Table  D-6. 
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70.4.1.1  Errwo  parameter.  Tlie  crrao  parameter  shall  specify  the  error  number  for  which  a 
descriptive  string  will  be  returned. 

70.4.1.2  Prase  parameter.  The  pmsg  parameter  for  the  binary  interface  shall  have  an 
associated  return  value  that  points  to  the  location  of  the  descriptive  string. 

70.4.2  Return  values.  Return  values  shall  be  m  follows. 

70.4.2.1  ASCII  return  values. 

a.  On  success.  Return  error  description  string. 

b.  On  failure.  Return  "ERROR  n...". 

70.4.2.2  Binary  return  values. 

a.  On  success.  Return  AX  «  0.  Value  associated  with  the  pmsg  parameter  shall  be  a 
32-bit  pointer  to  a  null-terminated  error  description  string. 

b.  On  failure.  Return  AX  «  error  number.  Any  return  values  in  the  parameter  blodc 
addressed  by  ES:DI  shall  be  undefined  and  shall  be  ignored. 

70.5  avGctStatc  Command.  syGctStatc  shall  return  supported  service  groups  for  vriiicb  VDl 
Management  was  configured  at  installatioo,  the  vnsion  of  the  ICW  portal^fy/lMA  recommended 
practices  siqiported,  and  manufacturer  name  and  versioc  inCbnnatioii.  ayCSalSlals  is  an 
unqueueaMe  command,  Trying  to  queue  this  command  shall  return  error  177  (command  cannot 
be  queued)  at  the  time  of  the  attempt 

70.5.1  Command  parameters.  The  ASCII  and  biiury  interface  parameters  for  syGctSlate  shall 
be  as  specified  in  Tabic  D-7.  If  a  parameter  causes  an  error,  qKS^tatc  shall  return  immediately 
with  an  errcM’  message.  The  command  shall  not  return  partial  responses  for  other  parameters  that 
do  not  cause  errors. 

70.5.1.1  Iwer  parameter.  The  hrrer  parameter  shall  return  the  version  number  of  the  ICW 
portabOify/IMA  recommended  practices  with  vriiicb  the  VDI  Management  software  complies. 

This  number  shall  be  the  same  as  the  document  release  number  tiroes  1000. 

70.5.1.2  Milmamc  and  mihver  parameters.  The  m^name  and  mik«cr  parameters  shall  return 
the  VDI  Management  manufacturer's  name  and  software  venaon  number  reqiectiv^.  This 
information  sh^  confirm  oompUance  with  the  recommeoded  practioes  and,  fim  aoftamte 
maintenance  purposes,  to  obtain  the  manufacturer  and  version  nundier  for  *^***"tM»  siqiporL  An 
application  may  also  use  this  infemnation  to  determine  if  a  particular  inqilenieatatioo  that 
{Movides  estended  commands  is  present  Additionally: 
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a.  Because  typical  version  numbers  often  contain  decimal  fractions,  mfgvcr  shall  return  an 
integer  representation  of  the  actual  version  number  times  1000.  For  example,  version 

1.1  is  returned  a.s  1100. 

b.  MfgBame  shall  return  a  string  of  up  to  eight  (8)  printable  characters.  The  string  shall 
not  include  wrhite  space  (ASCII  20H,  09H),  backspace  (ASCII  08H),  comma  (ASCII 
2CH),  CR  (ASCII  ODH),  or  LF  (ASCII  OAH).  llie  binary  interface  shall  return  a  null- 
terminated  string.  Therefore,  the  total  length  may  be  nine  (9)  characters  including  the 
null  termination. 

703.13  Support  parameter.  The  support  parameter  shall  return  a  bit  Field  or  an  ASCII 
representation  thereof  that  specifies  service  groups  that  are  supported  and  for  which  VDI 
Management  was  configured  during  software  instillation.  An  application  should  typically  issue 
syGctState  sappmt  immediately  after  sylnit  to  find  out  if  software  support  exists  for  required 
service  groups. 

7033  Return  values.  The  return  values  for  each  service  group  after  a  qrGctState  support 
shall  be  as  specified  in  Table  D-8.  The  actual  value  returned  shall  be  the  sum  of  the  list^  values 
for  all  installed  service  groups.  For  example,  a  biiuiy  status  return  of  OOOOOillB  shall  mean  that 
system,  visual  management,  and  videodisc  are  supported,  but  XY  input  is  not  An  ASCII  return 
value  of  T  shall  mean  the  same.  Return  values  shall  be  as  follows. 


7033.1 


a.  Oniuooess.  Return  a  oomma-sqiarated  striiq^  with  response  fior  each  speciSed 
purameter  as  speciSed  in  703.1  throu^  703.13. 


b.  On  failure.  Return  "ERROR  n.~”. 


7033.2  Bir 


turn  va!u< 


a.  QmysEss.  Return  AX  >  0.  Return  value  associated  with  Iwer  parameter  shall  be  a 
324>it  integer  as  specified  in  703.1.1.  Values  associated  with  wISgwiBBc  parametCT  shall 
be  a  32-bit  pointer  to  a  nuli-tmninated  string  as  spedfied  in  703.13.  Value  associated 
with  the  mfgver  parameter  shall  be  a  32-bit  integer  as  specified  in  703.13.  Return 
value  associated  with  support  parameter  shall  be  a  32-bit  field  as  specified  in  703.13. 


b.  On  failure.  Return  AX  —  error  number.  Any  return  values  in  the  parameter  block 
addressed  by  ES:DI  are  undefined  and  shall  be  ignored. 


70.6  svlnlt  command,  sgrlnlt  shall  iniUaliae  VDI  Management  and  the  vf  service  group,  and 
shall  confirm  communications  between  VDI  Management  and  the  application,  sylnit  shall 
prepare  the  lystem  for  other  VDI  Management  commands,  although  specific  actions  taken  by 
qrlait  are  implementation  dependent.  ^Inlt  is  an  uiK]ueueable  command.  Trying  to  queue  this 
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command  shall  result  in  error  177  (command  c^annot  be  queued)  at  the  time  of  the  attempt. 
Additionally: 

a.  Execution  of  sylnit  shall  not  replace  initialization  commands  for  the  other  service 
groups.  It  may,  however,  attach  proper  interrupts  to  proper  ports,  set  proper  softM-arc 
interrupts,  disable  non-lCW  operating  inodes,  and  do  other  t^ic  start-up  actions. 

b.  sylait  shall  set  the  default  logical  device  or  logical  source  for  all  service  groups  to  zero. 

c.  ^Init  shall  clear  the  error  bufliers  used  by  syChcckError. 

d.  sylnit  shall  issue  syQucue  clcar,statc»0  to  clear  the  command  queue  and  turn  it  off. 

e.  Applications  shall  make  no  assumptions  about  the  state  of  the  ICW  ^tem  or  the 
ptoenoe  of  service  groups  after  execution  of  qrlnlt  Applications  shall  use  ayGctState 
to  determine  which  services  are  present  and  issue  initialization  commands  for  the 
individual  service  groups  that  are  required. 

70.6.1  Command  narameters.  sylnit  shall  have  no  parameters. 

70.62  Return  values.  Return  values  shall  be  as  qiedfied  in  702. 

70.7  avOncue  Command.  syQncnc  shall  manage  a  fixed-length  intemal  queue  with  caactly  10 
slots  for  storing  10  commands.  The  queue  shall  be  capable  of  being  turned  on  and  off  deai^ 
and  executed.  qrQueuc  shaU  execute  queued  oommands  in  the  oidm  in  which  thqr  ate  queued 
and,  if  powMc,  eaecute  atijacent  oonunands  in  the  same  vertical  interval 

70.7.1  Command  parameters.  The  ASCO  and  binary  interface  parameters  for  syQncnc  shall 
be  as  spedfied  in  Table  D-9. 

70.7.1.1  Clear  parameter.  The  clear  parameter  shall  clear  the  queue  of  all  commands  without 
executing  them.  Ckar  shall  not  change  the  queue's  stale  (on  or  oB)-  If  the  queue  is  on  when 
cleared,  subsequent  commands  shall  be  accumulated  until  the  queue  is  esqilicitly  turned  off 
Clearing  an  einply  queue  shall  have  no  effoct  and  shall  not  be  an  error. 

1 

70.7.12  Execute  parameter.  The  execute  parameter  shall  instruct  VDI  Management  to 
execute  all  commands  in  the  queue  as  quickly  as  possible.  qrOuene  execute  shaU  not  dear  the 
queue  or  affect  the  queue’s  on  or  off  state.  A  queue  that  h«  been  turned  off  shall  remain 
executable.  Executing  an  empty  queue  shall  have  no  effect  and  shaU  not  be  an  error. 

7a7.13  State  parameter.  The  state  parasaeter  ahaU  turn  the  queue  on  and  off.  Staasal  shaU 
instruct  VDI  Management  to  store  at  most  10  commandi  for  later  executioo.  If  more  than  10 
oonunands  me  issued  while  the  queue  is  on,  the  extra  commands  shaU  return  error  176  (queue 
full),  and  the  ocunmands  in  the  queue  sbaU  be  left  intact.  StatesO  shaU  instruct  VDI  Manage- 


D-20 


MIt^STD-1379D 


APPENDIX  D 

mcnt  to  resume  immediate  execution  of  the  commands  without  storing  them  in  the  queue. 
Commands  already  in  the  queue  shall  remain  unchanged  and  unexecuted.  Turning  a  queue  on 
that  is  already  on,  or  off  that  is  already  off  shall  have  no  effect  and  shall  not  be  an  error. 

70.7.1.4  Combining  parameters.  The  execute  parameter  shall  always  take  precedence.  Either 
syQucue  clear  execute  or  syQueuc  execute  dear  may  be  used  to  execute  commands  and  clear  the 
queue.  Because  execute  has  the  higher  priority,  syQueue  acts  on  execute  first  in  both  examples. 
Similarly,  syQueue  stetesl  execute  and  syQueue  state =0  execute  work  as  expected,  executing  the 
queue  then  turning  it  on  or  off,  respectively. 

70.72  Command  limitations. 

70.72.1  Unoueueable  commands.  UnqueueaUe  commands  shall  be  as  specified  in  Table  D-10. 
This  table  lists  commands  that  shall  not  be  queued  either  because  requested  information  would  be 
lost  after  syQueue  execute,  or  because  their  behavior  could  disrupt  the  queue  or  the  executiem  of 
subsequent  queued  commands.  If  an  application  tries  to  queue  an  unqueueaUe  command  except 
syQucne,  udiich  executes  immediately,  the  illegal  command  shall  immediately  return  error  177 
(command  cannot  be  queued).  This  error  and  error  176  (queue  full)  shall  be  the  oafy  errors  that 
can  be  returned  v^iile  the  queue  is  on.  syQueue  shall  ignore  illegal  commands.  An  unqueueaMe 
cmnmand  shall  not  be  queued  and  shall  not  affect  the  status  of  the  queue.  Similarly,  If  the  queue 
is  full,  syQueue  shall  ignore  all  attempts  to  queue  additioaal  commands. 

7a722  Queued  commands  lesultinf  in  errors.  If  a  queued  command  resultt  in  an  error,  the 
error  shall  not  be  detected  until  syQaeue  execuie.  When  the  error  is  detected,  syQueus  shall 
return  iminediatc^y  without  cuecutiqg  any  remaining  omnmands  in  the  queue.  However,  qfQueue 
does  not  return  an  error.  Iherefore,  it  is  good  fnnctice  to  issue  ^yCamckE^rror  immediate  after 
syQueue  cscecute  to  determine  if  an  error  occurred  during  queue  execution.  This  is  the  oi^ 
^stematic  way  to  detect  such  errors. 

70.73  Return  values.  Return  values  shall  be  as  specified  in  702. 

703  svStOD  Command.  syStop  shall  fiee  all  possible  resources  used  the  interfoces  and  VDI 
Management  to  make  the  resources  available  for  non-ICW  use.  An  attempt  to  queue  sySttqi 
shall  cause  ertw  177  (command  cannot  be  queued)  at  the  time  of  the  attempt 

703.1  Command  parameters.  qrStop  shall  have  no  parameters. 

7032  Return  values.  Return  values  shall  be  as  specified  in  702. 
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80.  VlSUAl^MANAGEMENT  (vm)  SERVICE  GROUP 

80.1  Introduction.  This  section  provides  a  full  description  of  visual-management  (vm) 
commands,  identifies  command  parameters,  and  defines  associated  command  return  values. 
Command  names  and  token  numbers  shall  be  as  specified  in  Table  D-.3. 


80.2  Qo 
as  follows. 


Unless  otherwise  specified  in  this  section,  return  values  shall  he 


80.2.1  ASCII  return  values.  The  ASCII  return  values  shall  be  "OK”  on  success  and  ‘ERROR 
n...”  where  ”n...  is  an  error  number  on  failure. 


80.2.2  Binary  return  values.  Binary  return  values  shall  be  *AX=0”  on  success  and  ”AX  terror 
number”  on  failure. 

803  General  reQuirements.  The  vm  service  group  shall  be  in  accordance  with  the  following 
genera)  requirements.  Individual  oonunand  desoiptions  shall  be  in  accordance  with  these  require¬ 
ments. 

803.1  Qveriavable  graphics  modes.  Standard  graphics  modes  returned  fay  BIOS  Int  Ktti,  service 
OFH,  for  IBM  and  compatible  personal  computers  shall  be  as  specified  in  Table  D-11.  Con^iant 
systems  need  not  support  all  listed  modes.  A  system  that  claims  support  for  a  listed  mode  s^ 
im(dement  the  mode  as  listed  (except  as  spectffod  in  803.1.1).  ICW  and  authoring  ^sterns  may 
sujnfoit  but  Shan  not  requiie  unlisted,  noratandard  graphicB  modes. 

8Q3.L1  *'”**liff***1****1I  far  Modes  0-3.  Modes  0  Unough  3  are  overlay  modes  for  aU 

adapter  types.  Therefore,  vdaen  the  video  mode  is  not  set  to  *na^”,  th^  shall  be  restricted  to 
200  lines  regardless  of  how  maiiy  lines  the  adapter  would  normally  use  (see  SOB  and  80.11). 

803.13  Portabaitv  between  different  aranhics  adapters.  ICW  and  authoring  systmns  written  for 
a  compliant  platform  based  on  one  graphics  adapter  nuy  not  be  portable  to  a  compliant  platform 
based  on  a  different  adapter.  For  example,  a  compliant  application  that  uses  mode  19  would  not 
be  portable  to  a  compliaut  platform  that  is  limited  to  EGA  modes. 

8033  Mode  trapping.  VDI  Managnnent  implementatioos  on  MS-DOS  based  qpstems  shall  not 
be  required  to  implement  mode  trapping  of  Int  lOH.  However,  VDI  developers  may  implement 
mode  trappii^  u>  protect  agaimt  disruption  of  the  graphics  and  background  video  by  applications 
that  chai^  modes  urii^  db^  Int  lOH  calls  instead  of  the  vm  commands. 

8033  Genlock  control  Control  of  genlocldng  shall  be  the  respcmsibility  of  the  VDI 
Management  developer  and  shall  not  be  induded  hi  the  vm  service  group. 

803.4  Graphics  icyntrflt*""  hfVfmtmd  videa  To  ensure  the  compatfliility  of  hardware,  VDI 
Management  software,  and  ICW  qppUcatioot,  the  active  graphics  screen  for  a  given  applicatioa 
rimuld  ahvays  have  the  same  position  relative  to  the  active  video  and  be  of  the  same  size.  However, 
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ihe  proper  position  of  jp^aphics  can  vary  with  the  video  standard  (NTSC  versus  PAL),  the  graf^ics 
mode,  and  the  adapter  type  (VGA  versus  CGA  and  EGA).  Consequently,  applications  that  require 
exact  registration  and  graphics  screen  size  —  within  one  or  two  pixels  or  lines  -  may  require  user 
calibration  at  run  time. 

80.3.4.1  Graphics  positioning.  No  absolute  specifleation  exists  for  the  size  and  position  of  the 
background  video  and  the  position  can  vary  in  post-production  generation  of  videodiscs.  However, 
proper  graphics  registration  to  a  nominal  video  image  can  be  calculated  with  reasonable  accuracy. 
The  IMA  Recommended  Practices,  Appendix  A  explains  how  to  detennine  horizontal  and  vertical 
graphics  positions  for  both  NTSC  and  PAL  video.  If  exact  positioning  is  critical,  application 
developers  shall  provide  a  position  reference  frame  on  the  videodisc  to  allow  dynamic  positioning  of 
the  graphics  plane  each  time  the  application  is  initialized.  VDI  Management  shall  implement  the  vm 
command  set  for  varying  the  graphics  origin,  both  horizontally  and  vertically. 

803.4.2  Graphics  width.  Proper  graphics  registration  requires  accurately  setting  the  graphics 
width  as  well  as  the  origin.  Correctly  setting  the  origin  but  using  an  incorrect  width  results  in 
improper  registration  on  the  right  side  of  the  video.  Generating  the  graphics  clock  so  that  exactly 
912  clock  ^les  equal  one  horizontal  period  assures  proper  width.  If  an  overlay  method  does  not 
guarantee  this  relationship,  VDI  Management  shall  prot^  a  way  to  adjust  the  graphics  width;  an 
extended  parameter  in  the  vm  command  set  supports  setUng  the  total  width  of  the  active  graphics. 

In  addition,  videodisc  application  developers  shall  {xovide  a  reference  frame  that  contains  both  left 
and  right  registration  information. 

8033  VGA  emulation  of  OGA  and  EGA  VDI  Management  implemenutions  for  VGA  overlay 
systems  shall  support  both  graphics  that  map  to  the  left  and  right  edges  of  active  video  (standard 
VGA)  and,  for  those  overly  modes  that  are  OGA/EGA-oompatflde,  emulations  of  true  OGA  and 
EGA  systems  that  leave  a  border  around  all  edges  of  active  graphics. 

803.6  Fade  and  dissolve  levels  and  rounding.  Ranges  for  fade  and  dissolve  levels  and  roundingt 
methods  shall  be  as  specified  in  the  following  paragraphs.  As  a  minimum,  video  and  graphics  on/ofF 
capabilities,  and  video  only  versus  hard  keying  shall  be  supported. 

803.6.1  Fade  levels.  Applications  shall  pass  video  and  graphics  fade  leveb  to  VDI  Management 
as  integers  in  the  range  0-2S5,  the  extremes  of  which  shall  represent  full  off  and  full  on,  respectively. 
Intermediate  values  shall  represent  linear  transitions  of  intensity  from  full  off  to  full  on. 

803.63  Dissolve  levels.  Applications  shall  pass  dissolve  levels  as  integers  in  the  range  0-255, 
whore  0  shall  represent  display  of  video  only  and  255  shall  represent  bard  k^ng  (transparent  colors 
are  full  video,  opaque  colors  are  full  graphics). 

803.63  Rounding.  VDI  Management  shall  allocate  each  available  hardware  setting  a  level  in 
the  range  0-255  and  round  passed  values  to  the  nearest  possible  level  If  a  fader  is  uneven, 
rounding  ranges  shall  be  adjusted  accordingly.  On  a  ^tem  with  no  fade  or  dissolve  circuitry,  VDI 
Management  shall  switch  to  full  off  for  leveb  0-127  and  full  on  for  leveb  128-255. 
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803.6.4  Fades  and  dissolves  with  nonzero  times.  For  fades  and  dissolves  that  use  nonzero  time 
periods,  the  fade  or  dissolve  levels  shall  be  calculated  as: 

Current  Level  =  Start  Level  + 

The  fade  and  dissolve  levels  shaU  then  be  rounded  (see  80.2.63). 

80.4  vmFadc  Command.  vmFadc  shall  set  the  absolute  levels  of  the  graphics  plane  (glcvcl)  and 
the  video  plane  (vlevel),  and  the  relative  levels  of  video  to  graphics  (dlcvd)  displayed  on  the 
screen.  The  specified  level  parameter  shall  change  to  the  specified  level  v^ue  over  the  specified 
time.  The  command  shall  return  immediately,  or  after  the  specified  level  is  reached  if  wait  is 
specified. 

80.4.1  Command  parameters.  The  ASCII  and  binary  interface  parameters  for  vasFlade  shall  be 
as  specified  in  Table  D-12.  Additkmally: 

80.4.1.1  PIml  parameter.  The  dkvd  parameter  shall  create  transitiems  or  dissolves  between 
video  only  and  hard  k^ing  (transparent  colors  are  full  video,  opaque  cokxs  ate  full  graphics).  If  a 
^stem  cannot  do  dissolves,  it  shall  switdi  to  all  video  when  dlcvcl  is  0-127  and  to  hard  k^ing  vriien 
dkvd  ii  128-255. 

80.4.1.2  Gkvd  parameter.  The  ^evd  parameter  shall  set  the  absolute  intensity  of  the  graphs 
frfane  in  the  range  0-255  (full  off  to  fill!  on).  If  a  tystem  supports  gnqdiics  on  and  only,  it  shall 
switdi  frafriucs  on  if  glcvd  is  128-255  and  ^  if  glavd  is  0-1^. 

80.4.13  Vtevel  parameter.  The  dead  parameter  shall  set  the  absedute  intensity  of  the  video 
plane  in  the  range  0-255  (full  off  to  full  on).  If  a  tystmn  supports  video  on  and  off  only,  it  shall 
switch  video  on  if  devd  is  128-255  and  off  if  vlcvd  is  0-127. 

80.4.1.4  Time  parameter.  The  time  parameter  shall  specify  the  number  of  milliseconds  over 
which  the  fade  or  dissolve  occurs.  If  necessary,  VDI  Management  shall  round  time  to  the  nearest 
value  the  system  suj^its.  The  time  parameter  shall  function  the  same  even  if  the  hardware  or 
tystem  sofhvare  docs  not  support  fadm  or  dissolves. 

80.4.13  Wait  parameter.  If  the  wait  paranmter  is  specified,  shall  not  return  until  the 

fade  or  dissolve  hm  reached  the  qiedfied  level  value  at  the  end  of  the  q)ecified  tiaw.  If  wait  is 
not  used,  naFlade  shall  return  immediately  and  the  fade  or  dissoive  shall  execute  as  a  bad^ground 
task.  The  wait  parameter  shall  function  the  same  even  if  the  tystem  does  not  support  fades  or 
dissolves. 

80.43  Return  values.  Return  values  shall  be  m  fidlows. 

80.43.1  ASen  return  values.  Return  values  shall  be  m  specified  in  803. 
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80.422  Biiwv  return  vIuck. 

a.  On  success.  Return  AX  =  0.  Value  associated  with  the  dkvcl,  or  vicvel 

parameter  shall  be  a  32-bit  integer  that  gives  the  actual  level  that  will  be  set  after 
rounding,  if  rounding  is  required. 

b.  On  failure.  Return  AX  =  error  number. 

80.S  vmGetPalette  Command.  vmGetPalcttc  shall  return  the  amounts  of  red,  green,  and  blue 
components  in  a  specified  logical  color  via  the  ASCII  interface,  or  one  or  more  sets  of  component 
values  for  contiguous  logical  colon  via  the  binary  interface.  Trying  to  queue  vaKSctPalette  shall 
result  in  error  117  (command  cannot  be  queued)  at  the  time  of  the  attempt 

80.5.1  Command  parameters.  The  ASCII  and  binary  interfoce  parameten  for  vaaGclPalettc 
shall  be  as  specified  in  Table  D-13.  Additionaily; 

a.  Values  returned  by  vniGctPalctte  may  not  exactly  matdi  values  set  with  vasSctPalcttc 
because  of  rounding  uHhen  vasSctPalette  component  values  do  not  match  the  component 
levels  available  on  a  spedfic  ^tetit  Ror  eiounple,  a  system  with  four  levels  per 
oompement  (0, 85, 170,  and  255)  will  return  a  compement  value  of  85  even  though  the 
value  spedfi^  by  vmSetPalette  was  50. 

b.  VDl  Management  shall  not  maintain  paktte  arrays  that  are  directly  accessible  by 
anilications.  Palette  arrays  for  vGetPaiaW*  shall  be  allocated  by  the  qiplicalion.  To 
allmte  memoiy  in  bytes  for  a  palette  array,  use  length  x  4. 

c.  If  a  parameter  causes  an  error,  vniGetPaktte  shall  return  immediate^  with  an  error 
message.  The  oranmand  shall  not  return  partial  respraascs  for  other  parameters  that  do 
not  cause  errors. 

80J.1.1  Color  r.  a.  and  b  parameters.  These  parameters  shall  apply  to  both  the  ASCII  and 
binary  interfaces.  The  color  parameter  shall  define  the  logical  color  numbm  fin-  v^iich  r,  g,  and  b 
component  values  are  returned.  Logical  cokx  numbers  shall  range  from  zero  to  the  value  returned 
by  vaKSclStatc  fogoolmrs  minus  one.  Exactly  one  eolmr  parameter  shaO  be  listed.  Specifying  color 
twice  shaO  cause  error  54  (parameter  used  more  than  once).  Omitting  color  or  foiHng  to  indude  at 
least  one  of  r,  g,  and  b  shall  cause  error  49  (insufficient  parameters).  Any  or  aU  ctf  r,  g,  and  b  can 
be  listed  with  a  odor.  vmGctPakttc  shall  return  a  comma-separated  list  of  the  requested  integer 
values  via  the  ASCII  interface,  or  a  32-bit  int^jer  for  each  requested  component  via  the  binary 
interface. 

803.12  Color  -f  length  and  array  parameters.  The  leagtt  and  array  parameters  shall  only  be 
avaSaUe  with  the  bmaiy  interface.  They  shall  furnidi  a  way  to  pass  a  pcnnim-  to  an  amqr  for 
storing  a  set  ttf  palette  values  in  application  memory.  Additionally; 
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a.  llie  value  asaociated  with  array  shall  be  a  32-bit  pointer  to  a  meinoiy  block  containing 
one  or  more  4-byte  structures.  Array  shall  point  to  memory  allocated  by  the  aj^rlication. 
The  contents  of  each  structure  in  the  palette  array  shall  be; 

(1)  Byte  0.  the  least  significant  byte,  shall  represent  blue, 

(2)  Byte  1  shall  represent  green, 

(3)  Byte  2  shall  represent  red,  and 

(4)  Byte  3  is  reserved  and  shall  always  set  to  zero. 

b.  The  length  parameter  shall  specify  the  number  of  4-byte  structures  in  the  array.  The 
values  in  the  Grst  structure  of  the  array  shall  be  the  logical  color  number  specified  by  the 
eirtor  parameter.  The  second  structure  shall  relate  to  color-f  1,  the  third  to  color<f2,  an 
so  on  up  to  the  number  of  structures  specified  by  length. 

c.  Uang  the  length  and  array  parameter  whh  any  of  r,  ^  or  b  shall  cause  error  SO 
(parameters  cannot  be  used  together).  Specifying  a  length  of  less  than  one,  or  a  color 
number  of  less  than  aero  or  gieatar  than  legeolors  minus  one  shall  return  error  51 
(parameter  value  invalid  or  out  of  range).  Error  51  shall  also  be  returned  if  the  sum  of 
color  4-  knglh  is  greater  than  logeirion. 

80L5.2  Return  values  for  vnrfSctPnktto  shall  be  as  follows. 

805.2.1  ASen  return  values. 

a.  OriffliWI  Return  comma-separated  list  of  requested  r.  g,  and  b  componmit  values  in 
the  range  TT  to  "255*  for  color. 

b.  On  Failure.  Return  "ERROR  n~.*. 

805.2.2 

a.  IfMfTT  Return  AX  *  0.  Values  associated  with  r,  g,  and  b  parameters  shaH  be 
32-bit  integeis  in  the  range  0-255  for  color.  Value  amociated  with  length  parameter  shall 
be  a  32-bit  int^er  giving  the  number  of  4-byte  structures  in  a  palette  array  allocated 

the  ajqtlicatMML  Value  associated  with  airqr  parameter  shall  be  a  32-bit  pointer  to  the 
palette  array.  \l^th  length  and  array,  the  value  associated  with  ctrfor  shall  be  the  Grst 
logical  ccrior  in  a  contiguous  series  in  the  palette  arn^. 

b.  On  fiiauie.  Return  AX  *  error  nuniber.  Any  return  values  in  the  parameter  blodc 
addressed  by  ESrDI  are  undeGned  and  shall  be  ignored. 
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80.6  vinG«tStet€  Command.  vaiGctState  shall  retiun  information  about  the  state  of  the  visual- 
management  service  group  including  the  current  settings  of  variable  parameters  and  available 
resources  such  as  palette  size  and  number  of  video  sources.  Trying  to  queue  vmGetStatc  shall 
cause  error  177  (command  cannot  be  queued)  at  the  time  of  the  attempt. 

80.6.1  Cbmmand  t)arameters.  The  ASCII  and  binary  interface  parameters  for  vmGctState  shall 
be  as  specified  in  Tables  D-14  and  D-15,  respectively.  If  a  parameter  causes  an  error,  vmGetState 
shall  immediately  return  with  an  error  message.  The  command  shall  not  return  partial  responses 
for  other  parameters  that  do  not  cause  errors.  Trying  to  queue  vmGetState  shall  cause  error  177 
(command  cannot  be  queued)  at  the  time  of  the  attempt. 

80.6.1.1  Color  parameter.  The  color  parameter  shall  request  the  transparency  setting  for  a 
specified  logical  color  number.  A  return  value  of  one  shall  mean  that  the  specified  color  is  set  to 
transparent:  zero  shall  mean  the  specified  color  is  opaque  (see  80.6.1.2). 

80.6.1.2  Enable  parameter.  The  enable  parameter  shall  return  one  if  logically  transparent  colors 
are  currently  physically  transparent  to  the  video  plane.  Transparent  colors  shall  be  those  set  to 
transparent  with  vmSetTrans  colors  (logical  oolw  naaBber),  statcsl.  After  vasSetTraas 
eaable=l,  these  colors  shall  reveal  the  video  plane.  After  vaiSelTrans  caablcsO,  aU  graphics 
errors  including  transparent  colors  shall  be  visible  and  entirely  cover  the  video  plane. 

80.6.1  J  Pefsource  parameter.  The  defooaroe  parameter  shall  return  the  default  logical  video 
source  in  the  range  0-15.  A  video  source  shall  ahvays  be  selected,  but  the  source  number  does  not 
necessarily  equal  the  default  device  number.  This  maf^ping  shall  be  determined  at  VDI 
installation/configuration  time.  The  default  video  source  shall  be  defined  as  source  zero  unless 
vmSctVideo  ddsouiec  is  used  to  change  it 

80.6.1.4  DIeveL  glevel.  and  vlcvel  parameters.  The  dlevcl,  glcvel,  and  vlevel  parameters  shall 
return  current  levels  in  the  range  0-2S5  for  the  dissolve  level,  graphics  plane,  and  the  video  plane, 
respectively.  The  return  values  shall  be  the  actual  values  existing  at  the  time  of  request  and  may 
differ  from  the  values  requested  by  vmFade  because  of  rounding. 

80.6.U  Emulation  parameter.  The  cmulatkm  parameter  shall  return  the  state  of  VGA 
emulation  of  CXjA  and  EGA  graphics  versus  VGA  native  mode.  Impiementatkms  that  support 
CGA  or  EGA  graphics  only  shall  always  return  a  value  of  one  (on). 

80.6.1.6  Gmode  parameter.  The  gmodc  parameter  shall  return  the  current  graphics  mode.  For 
MS-DOS,  Intel  80X86  Architecture  systems,  the  mode  returned  riiall  be  the  same  value  that  would 
be  returned  by  a  request  to  BIOS  interrupt  lOH,  service  OFH  (see  803). 

80.6.1.7  HoiTOhc  and  vertpix  parameters.  The  bonpix  and  vertpix  parameters  shall  return  the 
current  piael  restdution. 


80.6.13  Logcolors  and  physcoiore  parameters.  The  logcolors  parameter  shall  return  the 
number  of  logical  colors  (simultaneously  displayabte  colors)  that  are  available.  The  pbysoolors 
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parameter  shall  return  the  range  (rf  colors  (palette  sue)  that  can  be  assigned  to  logical  cakm. 

Both  return  values  are  determined  by  the  capabilities  of  the  graphics  hardware  and  mode. 

80.6.1.9  Transcolors  parameter.  The  transcoiors  parameter  shall  return  the  total  number  of 
logical  colors  that  can  be  made  transparent  with  vmS^rans. 

80.6.1.10  Tsources  parameter.  The  tsourccs  parameter  shall  return  the  total  number  of  video 
sources  for  which  VDI  Management  was  installed 

80.6.1.11  Vmode  parameter.  The  vmodc  parameter  shall  return  the  video  mode  as  set  by 
vmSetVidco.  The  vmode  shall  be  either  0  (native),  1  (National  Television  Standards  Gommiltee  ~ 
NTSQ,  or  2  (Phase  Alternation  by  Line  -  PAL).  Native  mode  shall  be  a  nonoverlay  mode,  but 
shall  not  change  overlay  parameters.  NTSC  and  PAL  indicate  the  system  is  configui^  for  the 
indicated  video  standard 

90A1.12  Width  parameter.  The  width  parameter  shall  return  the  total  graphics  width  in 
nanosecooih.  Thk  parameter  shaH  allow  applications  to  aoeuratdy  estaUish  the  right  of  the 
active  gis^hica  area  relative  to  badeground  videa  Width  shall  be  an  eadended  parameter.  Using 
an  unimplemented  extended  parameter  shall  cause  error  S2  (parameter  invalid  for  this  command). 

80.6.1.13  Xolfact  and  volhct  parameters.  The  xofhtet  and  yolftet  shall  provide  the  offset  of  the 
grafdiics  plane  relative  to  the  video  plane  in  pixeis  as  set  by  vmSetGnphks.  The  origin  of  the 
graphics  plane  shall  be  the  upper  left  corner  of  the  graphics  diqday  area. 

80.6^2  F**VT*f  Return  values  shall  be  »  fidlows. 

8ad2.1  ASen  return  values. 

a.  On  success.  Return  a  oomma-separated  list  of  values  for  requested  parameters  as 
specified  in  80.6.1  through  80.6.1.13. 

b.  On  failure.  Return  "ERROR  ou." 

80.6(2.2  Binary  return  values. 

a.  On  success.  Return  AX  =  0.  Values  associated  with  requested  parameters  shall  be 
32-bit  values  of  the  types  specified  in  Table  D-IS. 

b.  On  faOure.  Rettnn  AX  =  error  munber.  Any  return  values  in  the  parameter  blodc 
addrened  by  EStDI  are  undefined  and  shaO  be  ignored. 

80l7  vlait  Command,  vmlnit  sbaD  initialne  the  visual  management  hardware  and  software, 
placing  both  in  a  known  state.  Tiyii^  to  queue  vadntt  shall  cause  error  177  (oommand  cannot  be 
queued)  at  the  time  of  the  attenq>t. 
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H0.7. 1  Command  parametefs.  vnlnit  shall  have  no  command  parameters. 

80.7.2  Conditions  set  bv  vmlnit.  The  parameters  and  values  that  shall  be  set  by  vminft  shall  be 
as  specified  in  Table  D-16. 

80.73  Return  values.  Return  values  shall  be  as  specified  in  80.2. 

80.8  vmSetGraphics  Command.  vmSctGraphics  shall  set  the  graphics  mode  and  the  position  of 
the  graphics  plane  relative  to  the  video  plane. 

80.8.1  Command  parameters.  The  ASCII  and  binary  interface  parameters  for  vmSet*Graphics 
shall  be  as  specified  in  Table  D-17. 

80.8.1.1  Emwhitioii  parameter.  The  cmulatkm  parameter  shall  control  VGA  emulation  of  CGA 
and  EGA  hcmzontal  graphics  positioning  in  overli^  modes.  If  cmnlationBl,  the  default  set  by 
vmlnit,  a  VGA  adapter  shaU  leave  the  same  borders  on  the  right  and  left  edges  of  active  graphics 
as  a  true  CGA  or  EGA  adapter.  If  cmnlathmsO,  the  graphics  from  a  VGA  adapter  shall  cover 
the  entire  width  of  the  background  video.  Issuing  vmSetGraphics  emnlatioBBO  on  a  true  CGA  or 
EGA-based  system  shall  return  error  194  (unsupported  graphics  mode). 

80.8.0  Gmode  parameter.  The  gmode  parameter  shall  set  the  graphics  display  noode.  This 
parameter  shall  place  mode  changes  under  VDI  Maruigement  control  to  minimize  screen 
disruption,  as  opposed  to  using  mode  functions  fumishi^  separately  with  development  qetems. 

For  MS-DOS,  Intel  80X86  architecture  systems,  the  gmode  value  passed  shall  be  in  accordance 
with  IBM  graphics  mode  numbers  as  returned  by  BIOS  interrupt  lOH,  service  OFH. 

80B.13  Width  parameter.  The  width  parameter  shall  set  the  total  graphics  width  in 
nanoseconds.  This  parameter  shall  allow  applications  to  accurately  estaU^  the  ri^t-hand  edge  of 
the  active  graphics  area  relative  to  background  video.  Width  shall  be  an  extended  parameter. 

Using  an  unimplemented  extended  parameter  shall  cause  error  52  (parameter  invalid  for  thb 
command). 

80.8.1.4  XofTset  and  volfst  parameters.  The  xofbet  and  yofbet  parameters  shall  set  the  oHset 
of  the  upper  left  comer  of  the  graphics  display  area  relative  to  videa  These  parameteis  shall  shift 
the  entire  graphics  display  area  up,  down,  left,  and  right  within  the  video  raster  in  one-pixel 
increments.  Positive  ^ues  shall  shift  down  and  ri^t;  negative  values  shall  shift  up  and  left 
Additionally: 

a.  Systems  which  are  unable  to  set  these  parameters  in  one-pixel  increments  shall  round  to 
the  nearest  possible  ofGcet  For  example,  a  ^tem  that  can  only  oGGtet  by  four  pixels 
would  result  in  no  ofiEmt  for  vmSetGraphics  xollMt*2,  while  vmSetGraphics  x«rilBetB3 
would  result  in  an  actual  offset  of  four. 
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b.  Offset  values  shall  be  absolute,  not  cumulative.  Issuing  wSctGraphks  yolllKt«4  twice 
shall  result  in  an  offset  of  four,  not  eight  Values  that  exceed  the  maximum  that  a 
system  can  shift  the  graphics  plane  shall  result  in  the  maximum  possible  shift. 

c.  The  offset  values  set  by  vmSetGraphics  shall  remain  in  effect  until  explicitly  reset  by 
vmSetGraphics  or  vmlniL  They  shall  not  change  for  graphics  mode  changes  because  of 
diHerences  in  pixel  sizes  among  modes. 

d.  The  xofTset  and  yoffset  parameters  shall  be  used  for  correcting  graphics  registration  to 
video.  Applications  shall  not  use  them  for  special  effects,  such  as  scrolling  the  screen, 
which  may  cause  screen  disturbances. 

a  e.  vmGctStatc  shall  return  actual  X  and  Y  offsets  rather  than  the  values  requested  by 

vBiSetCrapliics.  These  values  may  not  agree  with  the  values  set  by  vaiS^nipkics  if 
the  specified  values  exceed  the  maximum  amount  the  system  can  shift  the  graphics  plane 
or  the  system  has  rounded  the  values  to  compensate  for  a  lack  of  resi^ution. 

80.8.2  Return  values.  Return  values  shall  be  as  specified  in  80.2. 

80.9  vwSetPalcttc  Command.  vmSetPalctte  shall  set  the  {noportions  of  the  red,  green,  and 
blue  components  in  a  specified  logical  color  as  real  numbers  in  the  range  0>2S5,  where  2SS  is  fulfy 
saturated.  Component  values  shall  be  set  for  single  oolots  via  the  ASCII  interfisoe,  and  for  single 
or  contiguous  multiple  colors  via  the  binary  interface  depending  on  the  calling  parameters. 

5011.1  Command  parameters.  The  ASCII  and  binary  interface  parameters  for  vmSdPaktte 
shall  be  as  specified  in  Table  D-18. 

8011.1.1  Color  -f  r.  g.  and  b  parameters.  These  parameters  shall  apply  to  both  the  ASCH  and 
birrary  interfaces.  The  cirior  parameter  shall  define  the  logical  color  number  for  n^iich  r,  g,  and  b 
component  values  are  set.  Logical  color  numbers  shall  range  from  zero  to  the  value  returned  by 
vmGctStatc  logcolors  minus  one.  VDI  Management  shall  map  the  specified  component  levels  to 
the  color  as  closely  as  possible  given  the  size  of  the  available  palette.  Exactly  one  color  parameter 
shall  be  listed.  Specifying  color  twice  shall  cause  error  54  (paiirameter  used  more  than  once),  udiile 
omitting  color  entirely  at  failing  to  include  at  least  one  of  r,  g,  and  b  shall  cause  error  49 
(insufficient  parameters)  (see  80.5.1.1). 

80.9.1J2  Color  -h  length  and  array  parameters.  The  length  and  array  parameten  shall  only  be 
avaflable  with  the  binary  interface.  Th^  dudl  provide  a  way  to  pass  a  pointer  to  an  array  for 
storing  a  set  of  palette  values  in  application  meirxriy  (see  80L5.lil). 

80.9.2  Return  values.  Return  values  shall  be  as  specified  in  paragraph  80.2. 

80.10  vmSetTVaas  Command.  vaiScfTnms  shall  set  logical  colon  to  tran^wient  or  t^raque  and 
shall  turn  physical  transparency  on  and  off. 
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80.10.1  Command  naramctefs.  The  ASCII  and  binaiy  interface  parameters  for  vmSctTraiis 
shall  be  as  specified  in  Table  D-19. 

80.10.1.1  Clear  parameter.  The  clear  parameter  shall  set  the  transparency  state  (sec  paragraph 
80.9.1.2))  of  all  logical  colors  to  zero  (off).  (Note  that  this  not  only  turns  transparency  off  but  also 
changes  the  values  of  color  attributes).  The  clear  parameter  shall  not  affect  any  parameters  other 
than  the  state  parameters  for  all  logical  colors.  Using  clear  with  any  other  parameter  shall  return 
error  SO  (parameters  cannot  be  used  together). 

80.10.1.2  Color  and  state  parameters.  The  color  and  state  parameters  shall  ctrilectively  set 
logical  colors  to  opaque  or  transparent.  ymSetTraas  colors  (logical  color  anmber),  state »!  shall 
make  colors  transparent:  vmSetTraas  colors  (logieal  color  anaaber),  stateccO  shall  make  colors 
opaque.  Use  the  enable  parameter  to  temporarily  override  transparent  colors. 

80.10.13  Enable  parameter.  The  enable  parameter  shall  control  frfiysical  transparency  on  the 
display  screen.  vmSetTrans  enables  i  shall  make  all  designated  transparent  colors  actually  become 
transparent  to  the  video  plane.  vmSetTrans  cnaMesO  shall  make  all  ookns  physically  (^>aque 
regardless  of  their  transparency  settings.  The  default  for  enable  after  a  vadnit  shall  be  zero 
(transparency  off). 

80.103  Return  values.  Return  values  shall  be  as  specified  in  803. 

80.11  vmSetVkteo  Command.  vmSetVldco  shall  set  the  video  mode  and  adect  the  video  input 
source  if  more  than  cme  senuoe  is  available.  A  video  source  shall  be  sdected.  However,  the 
source  number  may  ix>t  equal  the  current  default  player  number.  For  example,  logical  player  zero 
voMf  be  logical  video  source  one.  Thii  mapping  sli^  be  done  dnrmg  VDI  Mapageaseat  installation/ 
conGguratkm. 

80.11.1  Command  parameters.  The  ASCII  and  binaiy  interface  parameters  for  vmSetVideo 
shaU  be  as  specified  in  Table  D-20. 


80.11.1.1  Defsonree  parameter.  The  dcfsource  parameter  shall  select  a  video  input  source  in 
the  range  0-15  when  more  than  one  video  source  is  available.  The  default  at  start-up  shall  be 
source  zera  After  a  player  is  selected  with  vdSet  dcfdcvice  (see  Section  90),  it  shall  be  activated 
as  a  video  stnurce  by  vmsetvMco  dcfwurce. 


80.11.13  Vmode  parameter.  The  vmode  parameter  shall  indicate  to  the  visual-management 
system  which  video  standard  incoming  video  and  the  monitor  are  using.  This  lets  VDI  Manage¬ 
ment  use  the  appropriate  timing  values  for  the  standard.  VmodcBl  shall  set  NTSC-U.S.,  and 
vmode»2  shall  set  PAL-Eurtqieaa  vmsctvidco  vmodcwO  (native)  shall  set  the  ^stem  to  the  fime- 
tkmaliqr  and  appearance  that  the  computer  would  use  if  it  were  not  an  ICW  system.  This  setting 
shall  ate  turn  overlay  off  without  affbeting  any  other  overiqr  parameters,  vauctvideo  vasodc  may 
cause  screen  dlsturbuices  because  of  the  synchronous  rates  o(  the  graphics  and  video  signals. 


80.113 


I  values.  Return  values  shall  be  as  specified  in  803. 
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90.  VIDEODISC  (vd)  SERVICE  GROUP 

90.1  Introduction.  This  section  provides  a  full  description  of  videodisc  (vd)  commands. 
idcntiCies  command  parameters,  and  defines  associated  command  return  values.  Command  names 
and  token  numbers  shall  be  as  specified  in  Table  D-3. 

90.2  Command  return  values.  Unless  otherwise  specified  in  this  section,  return  values  shall 
be  a.s  follows. 

90.2.1  ASCII  return  values.  The  ASQI  return  values  shall  be  *OK”  on  success  and 
"ERROR  n..."  where  "n.~*  is  an  error  number  on  failure. 

90.2.2  Binary  return  values.  Binary  return  values  shall  be  "AX^O  on  success  and 
"AXserror  number*  on  fafluie. 

9Ql3  General  requirements.  The  vd  service  group  shall  be  in  accordance  with  the  following 
general  requirements.  Individual  omnmand  descriptions  shall  be  in  accordance  with  these 
requirements. 


903.1  Constant  angular  velocitv  (CAVl  and  constant  linear  velocitv  (CLVl  videodisc 
support.  Qomphant  players  shall  support  both  constant  angular  vetody  (CAV)  and  coostant 
linear  velocity  (CLV)  videodiscs.  The  individual  command  descriptions  indicate  commands  and 
parameters  that  sbaU  only  af^  to  CLV  videodiscB. 


903^  SHltiW  fOA  iiminl  jymni-  when  seanliiqg  for  a  specific  frame  or  chapter,  playen 
shaD  use  instant  jumps  if  possfl^  If  not,  the  seardi  sbaD  be  at  the  Cmtest  possible  qieed. 
Blankiitg  during  searches  is  automatic  and,  therefore,  shall  not  be  under  VDI  Management 
control 


9033  Fields,  frames,  and  chanters.  Videodisc  commands  shall  assume  that  all  frame 
numbers  use  two  fields  per  frame.  The  command  set  shall  assume  that  frame  numbers  are  always 
available  from  CAV  and  never  fimn  CLV,  and  that  chapter  numbers  may  be  available  from 
either. 

903.4  Player  speeds.  Play  speeds  shall  be  eaqiressed  as  integer  ratios  of  1000,  which  shall  be 
defined  as  the  normal  speed  of  either  25  frames  per  second  (^)  for  PAL,  or  30  ^  for  NTSC 
Values  less  than  1000  shall  represent  speeds  bekiw  normal.  Values  greater  than  1000  shall 
represent  speeds  above  normal.  Speeds  in  fps  shall  be  calculated  as  the  product  of  the  speed 
value  and  the  default  number  of  frames  per  secemd  divided  by  1000.  For  example,  on  an  NTSC 
system,  a  speed  of  500  qiecifies  a  rate  of  (500  x  30  ip$)  divided  by  100(1  or  15  fpi. 


903.4.1  Permfarihl^  Mllfinti*^  F<or  phqmis  in  CAV  mode,  ICW  and  authoring  qfstems 
shall  assume  that  speed  1000,  at  least  one  speed  slower  than  1000,  and  at  least  one  qieed  faster 
than  1000  are  available.  Fm  playeis  in  CLV  mode,  ICW  and  autbmring  qratenn  shall  not  assume 
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play  speeds  other  than  1000  arc  available.  Because  scan  speeds  vary  among  players,  ICW  and 
authoring  systems  shall  make  no  assumptions  about  scan  speeds  other  than  that  they  are  faster 
than  speed  UKM). 


903.4.2  Rounding.  If  a  requested  speed  is  not  1000,  VDl  Management  shall  round  from 
the  specified  speed  to  the  nearest  supported  speed,  except  that  values  shall  never  be  rounded  to  0 
or  1000  except  for  players  in  CLV  mode  that  support  normal  speed  only.  For  CLV  players  that 
support  normal  speed  only,  all  non-zero  speeds  other  than  1000  shall  be  rounded  to  1000.  Speed 
requests  of  zero  shall  result  in  an  error. 

903.43  Boundary  sneeds.  Boundary  speed  parameter  values  shall  be  as  specified  in  Table 
0-21.  These  values  shall  be  used  for  specif^ng  several  boundary  speeds  without  knowing  the 
exact  speeds  available  from  a  given  player. 

90.4  vdGetState  command.  vdGetStatc  shall  return  information  about  the  videodisc  player 
specified  by  device  parameter,  or  the  default  player  if  no  device  number  is  specified.  Trying  to 
queue  vdg^tatc  shall  cause  error  177  (command  canix>t  be  queued)  at  the  time  of  the  attmnpL 

90.4.1  Command  rmrameters.  The  ASCII  and  bmary  inUnfaoe  parameters  for  vdfetstatc 
shall  be  as  specified  in  Tables  D-22  and  D-23,  respectively.  If  a  parameter  cataea  an  error, 
vdGctStafe  ^all  return  iaunediately  with  the  errcM'  message.  The  command  shall  not  return 
partial  responses  for  other  parameters  that  did  txM  cause  errors. 

9a4.1.1  Aadiol  and  payytneten.  The  aadiol  and  nndio2  parameters  shall  letum 

one  if  the  respective  audio  channel  is  on,  and  zero  if  it  is  ttfH 

90.4.1.2  Cdisolav  parameter.  The  cdlsfday  parameter  shall  return  one  if  the  player’s 
chapter  number  display  is  on,  and  zero  if  it  is  not.  Using  edisplay  with  videodiscs  that  do  tKH 
have  chapter  numbers  shall  return  error  88  (unable  to  return  requested  information).  Cdisplay 
shall  be  an  extended  parameter.  Using  an  unimplemented  extended  parameter  shall  cause  error 
52  (parameter  invalid  for  this  command). 

90.4.13  Chapter  parameter.  The  chapter  parameter  shall  return  the  current  videodisc 
chapter  number.  vdGctState  chapter  shall  return  error  86  (device  not  ready)  if  the  videodisc  is 
not  spinning  ncnmally,  and  errm  88  (unable  to  return  requested  infcvmation)  if  the  videodisc  does 
not  have  chapter  numbers.  Chapter  shall  be  an  extended  paranietCT.  Using  an  unimplemented 
extended  parameter  shall  cause  error  52  (parameter  invalid  for  this  command). 

90.4.1.4  DdTdcvice  parameter.  The  dcfdevice  parameter  shall  return  the  default  logical 
pb^  number  as  set  by  vdSet  dcfdevice  or  vdiait  VDI  Management  shall  direct  all  videodisc 
commands  to  this  player  unless  a  command  contaim  a  device  parameter  directing  it  to  a  diSerent 
player  (see  90.4.13). 
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90.4.1.5  Devict  parameter.  The  device  parameter  shall  direct  vdGctSlate  to  the  spedfled 
logical  player  number  regardless  of  the  current  player  number  as  set  by  vdSet  deldevice.  Because, 
in  general,  device  only  afTects  the  command  with  which  it  is  associated,  the  parameter  shall  not 
affect  the  return  value  for  defdevice  (see  90.4.1.4)  when  the  two  parameters  are  used  together. 
Additionally: 

a.  Specifying  device  with  no  other  parameter  shall  return  error  49  (iittuflicicnt 
parameters). 

b.  Specifying  a  nonexistent  or  uninstalled  player  shall  return  error  160  (invalid 
device  number). 

c.  Specifying  an  uninitialized  pU^r  shall  return  error  81  (device  not  mitialtzed). 

90.4.1.6  Disctvpe  narameter.  The  disetype  parameter  shall  return  one  if  the  videodisc  is  a 
CLV  disc,  and  zero  if  it  is  a  CAV  disc. 

90.4.1.7  Door  parameter.  The  door  parameter  shall  return  one  if  the  player  door  is  open, 
and  zero  if  it  is  closed.  If  an  implementation  supports  the  door  parameter  but  a  player  does  not 
support  reporting  its  status,  VDI  Managenumt  shtdl  return  error  88  (unaUe  to  return  requested 
infonnaikMi).  Door  shall  be  an  enended  poraaeter.  Uhing  an  unimplemented  extended 
parameter  shall  cause  error  52  (parameter  invalid  for  this  command). 

90.4.1.8  Fraow  parameter.  The  fraaw  parameter  shall  return  the  current  frame  number  of 
the  videodiK  player.  vdGctStala  frame  shall  return  error  86  (device  not  ready)  if  the 
videodisc  is  not  spinning  normally.  Ftama  sfaaO  return  error  88  (tmabie  to  return  requested 
information)  for  CLV  discs. 

90.4.1.9  Idxdisplav  parameter.  The  idxdisplay  parameter  shall  return  one  if  player’s  frame 
number  (CAV)  or  time  (CLV)  display  is  on,  and  zero  if  it  is  not 

90.4.1.10  Motloa  parameter.  The  laotioa  parameter  shall  return  the  state  of  a  background 
play  or  scan.  If  the  laser  is  reading  the  videodisc  during  a  play  or  scan  sequence  either  backward 
or  forward,  awtioB  shall  return  one.  Otherwise,  it  shall  return  zero. 

90.4.1.11  Rcawta  parameter.  The  raaote  parameter  shall  return  one  if  the  {dryer’s  remote 
contrtd  unit  is  on,  and  zero  if  it  is  off  or  not  sufrixHted.  RcaMNa  shall  be  an  extended  parameter; 
using  an  unimplemented  extended  {Mrameter  shall  cause  error  52  (fiaraineter  invalid  for  this 
oommand). 

90L4.1.12  Spaed  parameter.  The  apead  parameter  shall  return  the  actual  jdayer  speed 
multiplied  by  1000  or  999999  if  the  {dayer  is  in  scan  mode.  A  return  of  zero  shall  indinte  the 
player  is  |>arked  or  on  a  still  frame. 
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90.4.1.13  Sola  parameter.  The  spia  parameter  shall  return  zero  if  the  player  is  parked,  or 
one  if  the  videodisc  is  spinning  and  the  player  is  ready  to  accept  motion  commands. 

90.4.1.14  Tdevices  parameter.  The  tdeviccs  parameter  shall  return  the  total  number  of 
logical  players  for  which  VDI  Management  was  configured  when  it  was  installed.  If  only  one 
player  is  connected,  it  shall  be  numbered  zero,  and  tdevices  returns  one. 

90.4.1. 15  Video  parameter.  The  video  parameter  shall  return  one  if  the  player’s  video 
channel  is  on  and  zero  if  it  is  not. 

90.4.2  Return  values.  Return  values  shall  be  as  follows. 

90.4.2.1  ASCII  return  values. 

a.  Return  a  comma-separated  list  of  values  for  requested  parameters  as 
specified  in  90.4.1  through  90.4.U. 

b.  On  failure.  Return  "ERROR  n.~*. 

90.4.2.2  Binary  return  values. 

a.  On  success.  Return  AX  ~  0.  Values  associated  with  requested  parameters  shall 
be  32>hit  values  of  the  types  specified  in  the  binaiy  parameten  Table  D-23. 

b.  On  failure.  Return  AX  »  mot  number.  Any  return  values  in  the  parameter 
blodt  addressed  by  ES:DI  are  undefined  and  shall  be  ignored. 

90.5  vdinit  Command,  vdlnit  riiall  initialize  videodiK  hardware  and  the  vd  software  service 
group,  placing  both  in  a  known  state,  vdlnit  shall  be  used  for  each  attached  player  that  will  be 
used  by  the  application.  Trying  to  queue  vdlnit  shall  cause  error  177  (command  cannot  be 
queued)  at  the  time  of  the  attempt.  Additionally: 

a.  Tliis  command  shall  interrupt  any  other  player  motion  command  that  did  not 
indude  a  wait  parameter,  in  vdii^  case,  the  application  shall  not  be  dde  to  issue 
vdlnit  until  the  motkm  command  is  com|dete.  vdlnit  shall  be  a  syndironous 
command.  It  shall  not  return  control  to  the  application  until  it  has  succeeded  or 
detected  an  error  oonditkm. 

b.  To  keep  disturbanoes  to  a  minimum,  VDI  Management  shall  turn  video  and 
audio  off  at  the  player,  spin  up  the  videodisc,  then  turn  video  and  audio  back  on. 
Tbe  resulting  display  after  vdlnit  varies  with  videodisc  type.  With  CAV 
videodiscs,  video  remains  visible  with  the  player  frozen  on  the  first  availabie 
frame.  With  most  CLV  videodiscs,  tbe  player  automatically  blanks  video. 
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90^.1  Command  parametcfs.  The  ASCII  and  binary  inteiface  parameters  for  vdlnlt  shall 
be  as  spedfied  in  Table  D-24.  This  command  may  be  issued  with  no  parameters.  Specifying  a 
nonexistent  or  uninstalled  device  shall  cause  error  160  (invalid  device  number). 

90.S.1.1  Device  parameter.  The  device  parameter  shall  specify  the  logical  device  number  of 
the  player  to  be  initialized.  If  device  is  omitted,  vdlnit  shall  either  initialize  logical  device  zero  or 
reinitialize  the  default  device  as  set  by  vdSet  deldcvke. 

90.5.2  Conditions  set  hv  vdIniL  The  parameters  and  parameter  values  that  shall  be  set 
vdlnit  shall  be  as  specified  in  Table  D-2S.  vdlnit  shall  return  an  error  if  any  parameter  specified 
in  Table  D-25  has  an  undefined  value.  Additionally: 

a.  If  the  videodisc  player  supports  a  character  generatt#,  vdlnit  shall  turn  that 
function  off. 

b.  Whh  ^tems  that  do  not  su(^xxt  the  door  parameter.  VDI  Management  shall 
return  error  80  (initialization  error)  if  an  application  issues  vdlnit  with  the  player 
door  open.  Therefore,  the  application  should  prompt  the  used  to  insert  the 
videodisc  and  close  the  player  door  before  issuing  vdlnit 

9(X53  Return  values.  Return  values  shall  be  as  specified  in  90JL 

90.6  Muhisided  and  Muhidisc  application.  Many  apfdkatioiis  use  bcMh  sides  of  a  videodisc 
or  multiple  discs.  Such  ap|dicatioos  need  a  way  to  ensure  that  the  proper  side  of  a  dbe  or  the 
proper  disc  is  iaeerted  in  the  player.  There  are  at  least  three  ways  to  ^  this. 

a.  The  first  and  simpiest  method  is  to  display  a  reference  firame  that  contains  a  key 
characteristic  and  ask  the  user  if  the  characterktic  is  present  If  not  the 
application  asks  the  user  to  change  sides  or  discs  and  tries  again. 

b.  The  second  method  involves  picture  stops  at  unique  frame  numbers,  which  can  be 
requested  when  a  disc  is  pressed.  All  compliant  players  shall  support  the 
detection  of  (ncture  stops  in  unbounded  pl^  Assume  that  the  desired  side  or 
disc  contains  a  unique  picture  stop  at  fiame  12S.  Also  assume  that  the  vd  service 
group  has  been  initialed  and  the  user  has  been  instructed  to  msert  the  prqiier 
disc.  The  application  can: 

(1)  Issue  vdSet  andlolwd^  andhi2w<^  vldeowO  to  protect  the  user  fiom  the 
following  steps  (see  90l11,  vdSet). 

(2)  Issue  vdPIny  AramwllS  to  start  as  open  ended  play  at  a  frame  before  the 
picture  stc^  (see  90L8,  vdPhy). 
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(3)  Wait  a  second  or  so  to  be  sure  the  player  will  pass  frame  12S  if  no 
picture  stop  is  present 

(4)  Issue  vdStill  to  stop  the  player  (see  90.13,  vdStill). 

(5)  Issue  vdGciStatc  fkuflM  to  retrieve  the  frame  number  at  which  the  player 
stopped  (see  90.4,  vdGctStatc). 

(6)  Examine  the  returned  frame  number  to  check  whether  the  player  stopped 
at  frame  125  or  at  a  hi^ier  frame  number. 

(7)  If  the  player  stopped  at  frame  125,  the  application  knows  that  the  side  or 
disc  containing  the  unique  picture  stop  is  inserted.  If  the  playm  stof^ied  at 
a  higher  frame  number,  the  appIkatioD  knows  the  wrong  side  or  disc  is 
inserted.  The  appUcation  shcnild  prompt  the  user  to  insert  the  proper  side 
or  disc  and  try  again. 

The  picture  stops  method  is  portaUe  under  the  pcxtabOity  practices  because 
support  for  all  invcdved  commands  and  parameters  is  required,  and  all  unbounded 
players  su|^xvt  picture  stops.  Note,  however,  that  the  procedure  above  did  not 
use  a  bouaHiad  play  sequence  such  as  wMay  tranavUt^  in  to  determine 
whether  the  player  stopped  at  frame  125  or  130.  Smne  players  do  not  detect 
picture  stops  during  the  execution  of  a  bounded  play. 

c  The  third  arethod  involves  aeaidmtg  for  a  unique  duqMer  number  wfth  a  known, 
unique  frame  number.  Hie  applica^on  issues  a  vdSaarch  chapter  command,  then 
examines  the  return  to  see  if  mor  216  invalid  chapter  number)  occurred  (see 
90.10,  vdScarch)  If  no  errm  is  returned,  the  apidkation  shaD  query  for  the  frame 
number  with  vdGctState  firamc  to  verify  that  tte  chapter  starts  at  the  unique 
frame  number.  However,  the  use  of  this  method  alone  shall  be  avoided  b^use 
diapter  is  an  extended  parameter.  Therefrxe,  this  method  is  portable  rmly 
between  VDI  Management  implemmitatkms  Uiat  support  the  c^itional  dapter 
parameter. 

90.7  vdPassThni  Command.  vdEUssThru  shall  communicate  directly  with  a  player, 
bypassing  the  standard  videodisc  service  group  commands  and  paiameteis.  It  shaU  he  furnished  to 
all^  access  to  qiecific  fdayer  features  that  are  not  supported  by  other  VDI  Management 
videodisc  commands.  vdPassThni  shall  pass  a  string  of  bytes  to  the  pls^  and  wait  for  the 
player’s  response  for  a  specified  or  default  tfnm.  VDI  Management  shall  return  this  response,  if 
issued,  to  tte  apidicatkm.  Additionally: 

a.  Some  videodne  playen  may  have  more  than  one  command  set  that  can  be  used 
to  transmit  commands  to  the  player.  The  qqdication  shaU  set  the  appropriate 
command  mode  when  using  vdFUsiThru. 
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b.  When  an  apfdication  isuei  vdPiassTlini,  VDI  Management  shall  su^  normal 
communicatkHtt  using  preset  panuneten  to  let  the  application  change  i^yer 
communications  parameters  as  necessary.  VDI  Management  shall  not  resume 
normal  communications  until  it  receives  a  command  from  the  vd  service  group 
other  than  vdPessThni.  VDI  Management  shall  then  reset  the  command  mode 
and  communications  parameters  for  the  player  to  the  normal  settings. 

CAUTION 

vdPassThni  allows  non-portable  access  to  special  features 
of  videodisc  players.  It  is  included  as  a  oonvenienoe  to 
developen  want  to  use  the  standard  command  set  for 
portable  applications,  and  do  not  want  to  switch  to  a 
different  environment  for  applications  that  require  access 
to  non-portable  player  funrtkms  not  furnished  by  other 
commands  in  the  vd  service  group.  Therefore,  ahhougb 
the  command  shall  be  required,  it  is  supplied  for 
convenience  only.  It  shall  not  be  used  for  portable 
applications.  An  application  that  uses  vdPassThra  shall 
not  be  ccnnpliant  except  that  it  property  handles  a  failure 
of  the  player  to  act  property  on  the  passed-through 
command  string. 

90.7.1  Command  pammeters.  The  ASCII  and  binary  inSesfime  parameters  for  vdlRBadThni 
shall  be  as  grcdOed  in  Table  D-26.  This  command  shaB  issue  the  pnmg  parameter  or  an  error  is 
returned. 

9017.1.1  Device  parameter.  The  device  parameter  shall  direct  vdPassThni  to  the  qjedfied 
logical  player  number  regardless  of  the  default  player  number  set  by  vdSet  dcfdevicc.  Specifying  a 
nonexistent  or  uninstalled  player  shall  cause  error  160  (invalid  device  number),  ^lecifying  an 
uninitialized  player  shall  cause  error  81  (device  ix)t  initialized). 

90.7.1.2  Pmsg  parameter.  The  pumg  parameter  value  shall  be  a  conunand  string  to  be 
passed  through  to  the  player  without  modffication  by  VDI  Management  Additkmally: 

a.  The  binary  interface  shall  pass  a  pointer  to  a  null-termiiMted  {riayer  message 
string.  Each  byte  in  the  string  can  take  the  values  1  through  2SS. 

b.  The  binaiy  interfMe  data  block  for  command  and  response  stiiiifi  allocated  by 
the  application  and  pointed  to  by  the  pumg  parameter  shaD  be  a  minimum  (rf  33 
bytes.  VDI  Managmnent  shall  use  this  memoiy  for  the  pUyer  lesponse  as  well  as 
the  pbyer  command.  Tim  response  may  be  up  to  32  bytes  plus  NULL:  allocating 
less  than  33  bytes  may  cause  the  binaiy  inteifice  response  striiig  to  overwrite 
application  memoiy. 
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c.  For  the  ASCII  interface,  the  di^t  string  consists  of  pairs  of  hexadecimal  digits. 
The  string  shall  not  conuin  any  delimiters,  vtdiich  shall  include  space  characters 
(ASCII  20H).  Because  the  space  character  is  a  delimiter,  it  would  denote  the 
end  of  the  string. 

d.  Any  non-delimiter  characters  other  than  the  digits  ”0"  through  "9”,  and  the  letters 

"A*  through  *P  and  *a”  through  T  shall  cause  error  51  (parameter  value  invalid 
or  out  of  range).  A  string  containing  an  odd  number  of  digits  shall  also  cause 
this  error.  The  inadvertent  insertion  of  a  delimiter  such  as  a  space  is  likely  to 
cause  error  52  (parameter  invalid  for  this  command)  because  Management 
will  interpret  following  characters  as  the  start  of  a  new  parameter  name,  which  is 
highly  unlikely  to  be  a  valid  name.  ^ 

90.7.13  Tiaac  parameter.  The  time  parameter  shall  specify  a  timeout  value  in  milliseoonds. 
VDI  Management  shall  wait  for  time  for  a  player  response.  If  the  player  does  not  respond  in 
time  mOliseconds,  VDI  Management  shall  return  control  to  the  application.  Additicmally: 

a.  If  no  time  is  specified,  the  default  timeout  value  shall  be  implementation 
dependent  An  application  may  specify  a  time  of  zero  milliseconds  for  players 
that  tyiMcally  do  not  issue  responses  to  a  command. 

b.  A  failure  by  the  player  to  respond  within  the  specified  or  default  timeout  period 
shall  result  in  a  null  response  string.  A  timeout  shall  not  cause  an  error. 

90.7.2  Return  values.  Return  values  shall  be  as  fioUows. 

90.7.2.1  ASCII  return  values. 

a.  On  success.  Return  the  player  response  as  a  string  of  up  to  64  upper-case 
hexadecimal  digits  (0-9,  A-F,  32  bytes  of  data)  terminated  by  CR/LF,  or  an  empty 
string  (CR/LF  only)  if  timeout  occurs. 

b.  On  failure.  Return  "ERROR  n.~". 

90.733  Binary  return  values. 

a.  On  success.  Return  AX  ss  0.  Value  associated  with  the  |«ng  parameter  shall  be 
a  32-bit  ptmter  to  the  pl^er  response  string  of  up  to  32  bytes  -i-  NULL.  This 
value  shall  not  be  changed  vdPasinura.  The  response  string  may  be  an  empty 
string  (NULL  onfy)  a  timeout  occurs. 

b.  On  failure.  Return  AX  -  error  number.  Any  return  values  in  the  parameter 
block  addressed  by  ES  J>I  are  undeGned  and  shaQ  be  ignored. 
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90^  vdPhiv  command.  vdPlay  shall  execute  videodisc  sequences.  The  sequences  may 
include  starting  frames,  ending  frames,  chapters,  directions,  ^  spe^  in  various  combinations. 
The  application  may  instruct  VDI  Management  to  return  consol  immediately,  or  when  the  play 
sequence  is  complete.  This  command  shall  interrupt  any  other  player  motion  command  that  did 
not  include  a  wuit  parameter.  In  this  case,  the  application  shall  not  be  able  to  issue  vdPlay  until 
the  motion  command  is  complete. 

90.8.1  Command  parameters.  The  ASCII  and  binary  interface  parameters  for  vdPlay  shall 
be  as  specified  in  Table  D-27.  This  command  may  be  issued  with  no  parameters.  vdPlay  issued 
with  no  parameters  shall  cause  the  player  to  start  playing  forward  from  the  current  frame  at  a 
speed  of  1000.  Play  shall  continue  until  intemipu^  by  a  subsequent  vdlnlt,  vdScan,  vdScarch, 
vdSet  spin-down,  vdStep,  or  vdStill  command,  or  until  the  player  reaches  the  end  of  the 
videodisc.  The  text  describes  incorrect  usage. 

90.8.1.1  Chanter  parameter.  The  dmptcr  parameter  shall  specify  a  chapter  number  to  play 
from  beginning  to  end.  When  used  with  a  speed  parameter,  the  chapter  shall  play  at  the 
speed.  Adding  wnlt  shall  cause  VDI  Management  to  wait  until  the  chapter  has  been  played  to 
return  application  control  Additionally; 

a.  Chapter  is  an  extended  parameter.  Using  an  unimplemented  extended  parameter 
shall  cause  an  error  52  (parameter  invalid  for  this  command). 

b.  Specifying  a  dmpter  for  a  videodisc  without  chapter  numbers  shall  cause  error 
208,  (action  not  supported  by  disc).  Specifying  an  incorrect  or  invalid  chapter 
number  shall  cause  error  216  (invalid  chapter  number). 

c.  Compatible  parameters  are  device,  speed,  and  wnit  Uring  chnpter  with  other 
parameters  shpll  cause  error  50  (parameters  cannot  be  used  together). 

90.8.1.2  Device  parameter.  The  device  parameter  shall  direct  vdPlay  to  the  specified  logical 
player  number  regardless  of  the  default  player  number  set  by  vdSet  defdevicc.  Specifying  a 
nonexistent  or  uninstalled  player  shall  cause  errtx'  160  (invalid  device  number).  Specifying  an 
uninitialized  player  shall  cause  error  81  (device  nai  initialized).  All  parameters  are  compatible 
with  device,  assuming  those  parameters  are  compatible  with  each  other. 

90.8.13  Direction  parameter.  The  direction  parameter  shall  set  the  direction  of  motion  (1 
3=  forward,  0  —  backward)  for  play  sequences  that  do  not  include  to  frames.  Specifying  a 
diracthm  with  no  fhmi  frame  or  chapter  shall  start  a  play  sequence  in  the  specified  diraction 
from  the  current  frame  at  an  optional  speed.  If  a  from  frame  is  specified,  tte  jdayer  «h«ll  search 
to  the  specified  frame,  then  be^  play  in  the  specified  directhm.  For  specifying  a  direction  with 
a  chnpiv,  see  90.8.1.1.  Specif^ng  a  directioa  with  a  to  frame  shall  cause  error  50  (parameters 
cannot  be  used  together)  because  the  direetkm  required  to  readi  the  to  frame  Is  predetermined 
either  by  the  relative  position  6[  the  current  frame  or,  if  spectfied,  the  relative  position  of  the 
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from  frame.  Compatible  parameters  are  ftom,  device,  speed,  and  wait:  other  parameters  used 
with  direction  shall  cause  error  SO  (parameters  cannot  be  used  together). 

90.8.1.4  From  parameter.  The  from  parameter  shall  specify  the  starting  frame  number  for  a 
play  sequence.  A  from  parameter  with  no  to  parameter  shall  start  an  unbounded  play  until 
interrupted  by  another  command,  or  until  the  player  reaches  the  edge  of  the  videodisc. 

Specifying  a  from  frame  for  a  CLV  videodisc  shall  cause  error  206,  (action  not  supported  by  disc). 
Speci^ng  an  invalid  frame  number  shall  cause  error  215  (invalid  frame  number).  Compatible 
parameters  are  dcvkc,  direction  or  to,  spend,  and  wait  Using  other  parameters  or  invalid 
combinations  of  compatible  parameters  shall  cause  error  50  (parameten  cannot  be  used  together). 

90.8.1.5  Speed  parameter.  The  speed  parameter  shall  specify  the  speed  of  play  with  1000 
equaling  normal.  VDI  Management  shall  map  requested  spe^  as  closely  as  posuble  to  available 
player  speeds.  The  binary  interface  shall  change  the  speed  value  passed  in  the  parameter  block  to 
the  actual  speed  set  by  VDI  Management,  and  vdGet^te  speed  shall  return  the  actual  speed 
after  any  necessary  rounding.  For  CAV  mode,  speeds  shall  never  be  rounded  to  0  or  KMO. 
Specifying  a  speed  less  than  or  equal  to  zero  shall  cause  error  51  (parameter  value  invalid  or  out 
of  range).  Compatible  parameters  are  device,  direction  or  to,  from,  chapter  Imt  not  with  from  or 
to,  and  wait  Other  parameters  or  invalid  combinations  of  compatible  parameters  shall  cause 
error  50  (parameters  cannot  be  used  together). 

90.8.1.6  To  imrameter.  The  to  parameter  shall  specify  the  ending  frame  laxaber  for  a  play 
sequence.  When  the  player  reaches  the  to  frame,  the  player  shall  automatically  enter  still  mode 
and  display  the  frame.  The  to  parameter  shaD  have  a  priorify  than  the  from  parameter. 
Specifying  a  to  frame  for  a  CLV  videodisc  ^haO  cause  error  206^  (action  not  siqiported  by  disc). 
Sped^g  an  invalid  frame  number  shall  cause  oior  215  (invalid  frame  number^  For  specifying  a 
to  frame  with  a  direction,  see  90.8.13.  CompatiUe  parameters  are:  device,  fro^  apeed,  and 
wait  Other  parameters  used  with  the  to  parameter  shall  cause  error  50  (parameters  cannot  be 
used  together). 

90.8.1.7  Wait  parameter.  The  effects  of  the  wait  parameter  on  vdPlay  shaD  be  as  specified 

in  Tabk  1>>28.  The  effect  of  the  wait  parameter  ckpei]^  on  the  parameters  that  accompai^  it 
Table  D-28  identifies  when  vdPlay  wait  returns  application  control  to  the  ^tiem  based  on 
accompaiqfing  parameters.  If  the  player  returns  an  error,  the  command  shall  return  when  the 
error  state  is  detected  instead  of  at  the  time  given  in  the  table.  Without  wait,  VDI  Management 
shall  return  control  as  soon  as  it  determines  that  the  commaixl  is  valid:  no  error  is  done 

to  determine  if  the  player  actually  accepts  the  command  or  acts  on  it  properfy.  Therefore, 
qOMckErrmr  shall  be  used  to  determine  if  the  player  miUned  an  error  state  v^iile  either 
accepting  or  trying  to  execute  the  command.  ^yCbeckEkror  may  also  be  needed  to  detect  certain 
error  states  that  occur  after  vdPtaqr  wait  All  parameters  are  compatible  otbm 

parameters  are  compatible  with  each  other. 

90.83  Return  values.  Return  values  shall  be  as  follows. 
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90.8.2.1  ASCII  return  values.  Return  values  shall  be  as  speciPied  in  90.2. 

90.8.2.2  Binary  return  values. 

a.  On  Kurrt;!«  Relum  AX  =  0.  The  value  associated  with  the  speed  parameter 
shall  be  a  32-bit  real  that  gives  the  actual  speed  that  shall  be  set  after  rounding,  if 
rounding  is  required. 

b.  On  failure.  Return  AX  =»  error  number. 

90l9  vdScan  Command.  vdScan  shall  place  the  default  or  specified  player  in  scan  mode  in 
an  optional  direction.  The  player  shall  play  at  the  maximum  possible  speed.  The  command  shall 
continue  until  interrupted  fay  a  subsequent  vdPhiy.  vdlnit,  vdSam,  vdScarrii,  vdSet  spiawO, 
vdStepi,  or  vdStill  command,  or  until  the  player  mdies  the  edge  of  the  videodiac.  This  command 
shall  interrupt  any  other  pli^r  motion  command  that  did  not  indude  a  wait  parameter. 

9019.1  Command  parameters.  The  ASCD  and  binary  interface  parameters  for  vdScaa  shall 
be  as  speciGeo  Table  D-29.  This  command  miy  be  issued  with  no  parameters.  vdScaa  issued 
with  no  parameters  shall  start  wjinn;ti£  forward  firom  the  current  frame. 

90.9.1.1  Device  parameter.  The  device  parameter  shall  direct  vdScaa  to  the  specified  logical 
plryer  number  r^ardlen  of  the  default  player  number  set  by  vdSet  defifevice.  Specifying  a 
Doneadsteat  or  unimtalled  {dayer  shall  cause  erreu’  160  (invalid  device  number).  Specifying  an 
uninitialized  (dayer  shall  cause  error  81  (device  not  initialized). 

9QL9.1.2  Direction  parameter.  The  dlrecthw  parameter  shall  set  the  direction  of  motkm  for 
the  scan,  either  one  (fwwatd)  rar  zero  (backward). 

90.9.13  Wait  parameter.  The  wait  parameter  shall  cause  VDI  Management  to  wait  until  it 
has  confirmed  that  the  player  is  in  scan  mode  to  return  application  control  Without  wait,  VDI 
Management  shall  return  control  as  soon  as  it  determines  that  the  command  is  valid:  no  error 
checking  is  done  to  determine  if  the  player  actually  accepts  the  command  or  acts  on  it  properly. 
Therefore,  ayChedtError  shall  be  used  to  determine  if  the  pliyer  entered  an  error  state  while 
either  accepting  or  trying  to  execute  the  command. 

90.93  Return  values.  Return  values  shall  be  as  specified  in  903. 

90.10  vdScarch  Command.  vdSearch  shall  cause  the  player  to  turn  video  off,  immediately 
search  fiv  the  specified  frame  number  or  the  first  frame  of  the  specified  chapter  number,  and 
freeze.  This  command  shall  interrupt  any  other  ydayer  motion  command  that  did  not  include  a 
wait  parameter.  The  application  sh^  not  issue  vdScarch  until  other  motion  conunmids  with  the 
wait  parameter  are  completed. 
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^•10.1  Command  parameters.  The  ASCII  and  binary  interface  for  vdScnrch  shall  be  as 
specified  in  Table  D-30.  This  command  shall  include  a  chapter  or  frame  parameter,  or  an  error 
shall  be  returned.  If  device  or  wait  is  speciOcd,  at  least  one  other  parameter  shall  be  specified. 

90.10.1.1  Chapter  parameter.  The  chapter  parameter  shall  specify  a  chapter  number  to 
search  to.  Additionally: 

a.  Chapter  shall  be  an  extended  parameter:  using  an  unimplemented  extended 
parameter  shall  cause  error  52  (parameter  invalid  for  this  command). 

b.  Specifying  a  chapter  for  a  videodisc  without  chapter  numbers  shall  cause  error 
208,  (action  not  supported  by  disc).  Specifying  an  invalid  chapter  number  shall 
cause  error  216  (invalid  chapter  number). 

90.10.1.2  Device  parameter.  The  device  parameter  shall  direct  vdScarA  to  the  specified 
logical  player  number  regardless  of  the  default  pliyer  number  set  by  vdSet  defdevloe.  Si:''scifying 
a  nonexistent  or  uninstalled  player  shall  cause  error  160  (invalid  device  number).  Specifying  an 
uninitialized  player  shall  cause  error  81  (device  not  initialized). 

90.10.13  Frame  parameter.  The  firamc  parameter  shall  specify  a  frame  number  to  search 
to.  Specifying  a  firamc  for  a  CLV  videodiac  shall  cause  error  208,  (action  not  supported  by  disc). 
Specifying  an  invalid  frame  number  shall  cause  error  215  (invalid  frame  numberV 

90.10.1.4  Walt  parameter.  The  waft  parameter  shall  cause  VDI  Management  to  wait  untO 
the  specified  dmptcr  <»  tkaaw  has  been  itached  to  letum  appKcatfcM  oontioL  Without  wait, 
VDI  Management  shall  return  contnd  as  soon  as  it  determines  that  the  command  is  valid. 
Therefore,  CTChcckError  shall  be  used  to  determine  if  the  player  entered  an  error  state  while 
either  accepting  or  tiying  to  execute  the  copunand. 

I 

90.103  Return  values.  Return  values  shall  be  as  specified  in  90.2. 

90.11  vdSet  Command.  vdSet  shall  set  the  default  logical  player  number  and  other  player 
conditions  including  the  state  of  the  audio  and  video  channels,  the  index  and  chapter  number 
displays,  the  disc  spin/park  status,  whether  the  door  is  open  or  dosed,  and  whether  the  user 
remote  control  b  on  or  off. 

90.11.1  Command  oararoetcis.  The  ASCII  and  binary  interface  parameters  for  vdSet  shall 
be  as  spedfied  in  Table  D-31.  At  least  one  parametm  shall  be  requir^  c»  an  enor  shall  be 
return^  If  device  or  waft  is  spedfied,  at  lemt  <me  other  parameter  shall  be  qredfied. 

M.11.1.1  Awdiol  and  audieZ  parameters.  The  audiol  and  audio2  parameters  shall  enaUe 
and  disable  the  [layer’s  audio  chatmel  outputs.  Setting  both  audiol  and  audio2  to  zero  shall  turn 
off  all  playm  audio. 


EM3 


MIL-STD-WWD 
APPENDIX  D 


90.11.1.2  CdlsDiav  parameter.  The  cdispiqr  panuneter  shall  enaUe  and  disaUe  the  piaycr's 
chapter-number  display.  Cdisplay  shall  be  an  extended  parameter.  Using  an  unimplemented 
extended  parameter  shall  cause  error  52  (parameter  invalid  for  this  command).  Simultaneous 
display  of  chapter  numbers,  if  implemented,  and  the  position  index  (see  90.11.1.6)  shall  not  be  a 
compliance  requirement.  The  positions  and  formats  of  these  disfdays  is  typically  player 
dependent,  and  therefore  shall  be  avoided  in  linished  a|^lications. 

90.11.13  Defdevicc  parameter.  The  defdevicc  parameter  shall  set  the  default  logical  player 
number.  VDI  Management  shall  direct  ail  videodisc  commands  to  this  player  number  until 
another  command  which  contains  a  device  parameter  directs  it  to  a  different  player  number. 

SN).11.1.4  Device  parameter.  The  device  parameter  shall  direct  vdSet  to  the  spedGed  logical 
pl^er  number  regardless  ai  the  default  player  number  set  by  vdSal  daiiavica.  ^mdfyiag  a 
nonexistent  or  uninstalled  player  shall  cause  error  160  (invalid  device  nundier).  Specifying  an 
uninitialized  player  shall  cause  error  81  (device  not  inh^ized). 

90.11.13  Door  parameter.  The  domr  parameter  shall  open  and  close  the  videodisc  player 
door.  If  the  player  does  not  support  this  function,  the  parameter  shall  return  error  87  (action  not 
supported  by  device).  Door  shaill  be  an  extended  parameter.  Using  an  unim|demented  extended 
parameter  shall  cause  error  52  (parameter  invalid  far  this  coonumd). 

90.11.13  IdbaHsphiv  parameter.  The  idxditplay  parameter  shall  enaMe  and  disable  the 
player’s  poaitkia  index  display.  The  lesultn^  display  s^  be  in  frame  numben  for  CAV 
videodisa  and  time  for  CLV  videodiscs.  Simultaiieous  diqplay  of  diapler  numben  sod  tiie 
position  index  shaO  not  be  a  oompUance  lequhement  (see  90.11.1.2). 

90.11.1.7  Renwite  parameter.  The  reawte  parameter  shall  turn  the  hand  held  remote  on  and 
off.  RemotesO  (off)  shall  give  the  application  s^tware  complete  control  over  the  videodhc 
player.  If  the  player  does  not  support  this  function,  ReuMStc  shall  return  error  87  (action  not 
supported  by  device).  Remote  shall  be  an  extended  parameter.  Using  an  unimplemented 
extended  parameter  shall  cause  error  52  (parameter  invalid  for  this  command). 

90.11.13  Sida  parameter.  The  spin  parameter  shall  cause  the  fdayer  to  qnn  the  disc  up 
and  down.  Spinasi  (up)  shall  cause  the  player  to  spin  up  and  stIU  on  frame  1  (ex’  the  first 
available  frame).  Sftin^g  the  videodisc  up  shall  alto  update  the  disefype  panuneter,  and  set 
cdisplay  to  undefined  for  videodisGS  that  do  not  support  duqUer  numbers,  ^plnat  (down)  shall 
cause  the  pliyer  to  spin  down  immediately,  interrupting  any  player  motion  command  not 
accompanied  by  the  wait  parameter. 

90.11.13  Video  parameter.  The  vidoo  parameter  shaO  enaUe  and  disaUe  the  player’s  video 
output  dianneL 
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90.11.1.10  Wait  parameter.  With  the  wait  parameter.  vdSct  shall  not  return  application 
control  until  the  specifled  settings  have  been  acknowledged  or  a  player  error  state  is  deter«cd 
Without  wait,  VDI  Management  shall  return  control  as  soon  as  it  determines  that  the  command  is 
legal.  syCbeckError  shall  be  used  to  determine  if  the  player  entered  an  error  state  while  either 
accepting  or  trying  to  execute  the  command.  Specifying  wait  with  no  other  parameter  shall  result 
in  error  49  (insufllcient  parameters). 

90.11.2  Return  values.  Return  values  shall  be  as  specified  in  90.2. 

^•12  vdStep  Command.  vdStep  shall  cause  the  videodisc  player  to  move  forward  or 
backward  one  frame  in  a  specifled  direction  without  blanking  the  screen.  The  command  shall  not 
return  application  control  until  the  step  is  complete.  This  command  shall  interrupt  any  other 
player  motion  command  that  did  not  include  a  wait  parameter.  With  no  parameters,  vdStep  shall 
step  forward  one  frame  and  fmze. 

90.12.1  Command  parameters.  The  ASCU  and  binary  interface  parameters  for  vdStep  shall 
be  as  specifled  in  Table  D-32.  This  command  can  be  issued  with  no  parameters. 

90.12.1.1  Device  parameter.  The  device  parameter  shall  direct  vdStep  to  the 

logical  plq^  number  regardless  of  the  default  player  number  set  by  vdSet  defdcvfoe.  Specifying  a 
nonexisteat  or  uninstaUed  player  shall  cause  error  IdO  (invalid  device  number).  Speafying  an 
unim'ttaltzed  pis^  shall  cause  error  81  (device  not  mitialusd). 

90.12.1.2  Direct ioB  i>arameter.  The  directioa  parameter  shall  set  the  direction  of  motion 
for  the  stqi,  either  one  (forward)  or  zero  (badeward). 

90.12.2  Return  values.  Return  values  shall  be  as  specified  in  90.2. 

90.13  vdStili  Command.  vdStill  shall  cause  the  videodec  player  to  immediately  stop  on  the 
current  frame  and  shall  set  the  motion  parameter  returned  vdGetStatc  to  zero.  This  command 
shall  interrupt  any  other  player  motion  command  that  did  not  include  a  wait  parameter.  In  this 
case,  the  application  shall  not  be  able  to  issue  vdStill  until  the  motion  command  is  complete. 

Hie  siting  display  after  vdStUl  varies  with  videodisc  type.  >^ith  CAV  videodiscs,  video  shaU 
remain  visible.  With  most  CXV  videodiscs,  vdStill  shall  be  equivalent  to  a  pause  command  and 
the  player  shall  automatically  blank  the  video. 

9(kl3.1  Command  parameters.  The  and  binaiy  interface  parameters  for  vdStill  shall 
be  as  specified  in  Table  D>33.  This  command  may  be  issued  with  no  parameters. 

9ai3.i.l  Device  parameter.  The  device  parameter  shall  direct  vdStUl  to  the  specified 
logical  player  number  r^trdlesa  of  the  default  pli^er  number  set  by  vdSet  ddTdevke.  Specifying  a 
nonexistent  or  uninstaUed  player  shaU  cause  error  160  (invalid  device  number).  Speafying  an 
uninitialized  player  shall  cause  mror  81  (device  not  initialized). 

90.13.2  Return  values.  Return  values  shaU  be  as  specified  in  90JL 
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100.  XY-INPUT  (xy)  SERVICE  GROUP 

100.1  Introduction.  This  section  provides  a  full  description  of  XY-input  (xy)  conunands, 
identifies  command  parameters,  and  defines  associated  command  return  values.  Command  names 
and  token  numbers  shall  be  as  specifled  in  Tabic  D-3. 

100.2  Command  return  values.  Unless  otherwise  specified  in  this  section,  return  values  shall 
be  as  follows. 

100.2.1  ASCII  return  values.  The  ASCII  return  values  shall  be  *OK”  on  success  aixl 
"ERROR  n~.*  where  ‘‘il..*  is  an  error  number  on  failure. 

10(L2J2  Knarv  return  values.  Binary  return  values  shall  be  *AXs0*  on  success  and 
"AXweiror  number”  on  failure. 

10Ql3  General  requirements.  The  xy  service  group  shall  be  in  accordance  with  the  following 
general  requirements.  Individual  command  descriptions  shall  be  in  accordance  with  these 
requirements. 

1003.1  Blirpiliy  £*ch  physical  XY<input  device  is  treated  independently  and 
mapped  to  a  unique  logical  device  number.  However,  VDI  Management  developers  may  opt  to 
support  multiple  physical  devices  as  a  single  logical  device  by  mapping  the  devices  to  a 

logical  device  number.  If  so,  VDI  Marufcment  shall  correct  am  values  returned  by  the  physical 
devices  so  that  all  devices  return  the  same  value  for  the  same  Bcteen  positioa  to  the  appfiddion 
based  on  the  apidieatiofi-oooidiiute  space  (see  lOa?).  Additkmal^ 

a.  All  mapping  shall  be  done  udien  VDI  Management  is  installed.  Devices  shall  not 
be  remapped  at  run-time  and  mapfring  shall  not  be  uixler  ICW  or  authoring 
system  control 

b.  Mapping  the  k^board  or  cursor  keypad  to  an  XY-input  device  shaD  be  optional. 
How  such  suiqrort  is  provided  shall  be  an  implementation  issae  and  is  not 
consideted  in  the  ICW  portability  practices. 

10033  Handling  the  graphics  plane  and  cursor.  ICW  apfrficatkms  and  authoring  tystems 
shall  not  turn  off  the  graphics  plane  when  they  need  aelectiop  and  coordinate  input  Thefdaiie 
shall  be  active  for  a  device  such  as  a  mouse  to  dispity  a  cursor  for  maldiig  menu  sdectkws  and 
similar  tasks.  Althou^  some  XY-input  devices  such  as  touch  screens  all^  iityut  beyond  the 
limitB  of  active  grafriiici,  ICW  and  authoring  tystemi  shall  limit  active  XY-jofnit  areas  to  the  active 
graphics  plane. 

10033  Ooordinate  space  manning.  The  alignment  of  specific  XY-coordinate  values  versus 
graphics  shall  be  a  VDI  Mani^ement  imfdementatkm  inue.  However,  the  minimum  and 
mazunum  values  for  X  and  Y  shaU  map  to  the  edges  of  the  active  graphia  (see  1003  and  100.7). 
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100.3.3.1  Coordinate  values.  Coordinates  shall  not  be  restricted  to  the  largest  X  value 
always  mapping  to  the  right  side  of  the  screen,  and  the  largest  Y  value  always  mapping  to  the 
bottom  of  the  screen.  For  example,  xySet  xadnslOO,  xnuu(=0  shall  result  in  the  left  edge  of  the 
screen  mapping  to  100  and  the  right  edge  to  0  (see  100.7). 

100.332  Qipoing  values.  The  clipping  values  for  X  and  Y  shall  not  lie  outside  of  the 
minimum  and  maximum  values.  Trying  to  set  clipping  values  outside  of  the  minimum  and 
maximum  values  shall  cause  an  error.  Additionally: 

a.  For  relative  positioning  devices  such  as  mice,  VDI  Management  shall  ignore 
changes  in  position  that  take  the  cursor  outside  of  the  clipping  area. 

b.  For  absolute  positioning  devices  such  as  touch  screens,  VDI  Management  shall 
ignore  button  presses  outside  of  the  clipping  area. 

c.  Application  authors  shall  address  the  behavioral  differences  between  these  two 
device  classes  and  test  applicatkMi  consistent  against  both. 

100333  Calibration.  Calibrating  the  XY-ooordinate  space  to  the  active  graphics  area  shall 
be  a  VDI  Management  implementation  issue,  l^^pically,  if  a  device  such  as  a  toudiscreen 
requires  calibratioo,  the  device  cones  with  aoftwaie  to  do  this  during  inataMation  (see  40.4). 

1003.4  Buttons.  In  the  context  of  the  XY-command  set,  a  button  shall  be  defined  as  any 
device  that  allows  signaling  the  ICW  or  authoring  ^stem  that  a  choice  has  been  made.  Although 
the  XY-Input  oennmands  supptxt  devices  with  m^tiple  buttons,  ICW  and  autboriitg  systems  «h*ll 
awume  single-button  devices  fw  maximum  poitabiliQr.  The  XY  commands  shall  only  support 
reporting  of  whether  or  not  a  button  has  been  pressed  (X  and  Y  dimensions).  Th^  diall  not 
distinguish  touchdown,  liftoff  or  intensity  (Z  dimension). 

10033  Stream-mode  and  point-mode  devices.  VDI  management  shall  treat  both  true 
stream-mode  devices  and  point-mode  devices  as  stream-mode  devices.  Reported  coordinates  shall 
be  either 

a.  The  current  coordinates  from  a  true  stream-mode  device; 

b.  The  coordinates  at  the  time  the  button  was  last  pressed  for  a  ptmt-mode  device; 
or 

c.  The  minimum  X  and  Y  values  (Q^picaUy  0,0)  fior  a  point-mode  device  for  which 
no  button  has  been  pressed  unce  the  devte  was  initialized. 

100-4  xvGetliiPut  Command.  xyGctfnput  shall  return  the  current  position  and  button  status 
of  the  XY-input  device.  Trying  to  queue  jqKSctliqput  shall  cause  error  177  (command  cannot  be 
queued)  at  tte  time  of  the  attempt  Addhkmally: 
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a.  If  multiple  physical  XY-input  devices  are  mapped  to  the  same  lo^cal  dndoe  and 
two  or  mcm  generate  absolute  coordinates,  xjkvctlnpat  xpoajrpos  shall  return 
the  coordinates  for  the  most  recently  active  device  -  the  last  device  that  was 
moved  or  clicked. 

b.  If  multiple  physical  XY-input  devices  are  mapped  to  the  same  logical  device, 
xyGetInput  butUms  shall  perform  a  logical  “or”  of  the  button  states  fex’  ail 
physical  devices.  VDI  De^lopers  should  note  that  qrOcUnput  buttons  cannot 
distinguish  the  situation  where  the  same  button  numbers  on  two  or  more  devices 
are  simultaneously  closed. 

100.4.1  Command  parameters.  The  ASCII  and  binary  interface  parameters  for  rtyGctlupnt 
shall  be  as  specified  in  Table  D-34.  At  least  one  parameter  shall  be  requited  or  an  error  is 
returned.  If  device  is  specified,  at  least  one  other  parameter  shall  be  specified. 

100.4.1.1  Button  parameter.  The  button  parameter  shall  return  the  state  of  all  buttons  as  a 
bit  field.  Each  bit  in  the  bit  field  can  have  two  states;  zero  (open)  or  one  (dosed).  A  device  may 
have  up  to  32  butUms  numbered  0-31.  Additionally: 

a.  The  Innaty  interface  shall  return  a  4-byte  bit  field.  The  least  significant  bit  (bit  0) 
of  the  least  significant  byte  (byle  0)  ahdl  uonuspoiid  to  button  aero,  the  nent  bit 
to  button  one,  and  so  on.  iW  example,  if  an  input  device  has  three  buttons  with 
states  of  closed,  open,  and  dosed;  the  binary  interface  would  return  OOOOOIOIB  in 
the  low  byte. 

b.  The  ASen  interface  shall  return  an  integer  value  that  represents  the  sum  of  the 
bits  in  the  bit  field  as  it  would  be  returned  by  the  biiiaty  interface.  For  the 
example  above,  the  ASCD  intofaces  would  return  ”S*  (4  +  0  •f  1). 

c.  xyGetStatc  tbuttons  shall  return  the  number  of  buttons  available  on  a  device. 

100.4.1.2  Device  parameter.  The  device  parameter  shall  direct  r^rGctlnput  to  the  spedfied 
l0|,  >a]  XY-input  device  regardless  of  the  default  device  number  set  by  xySet  dcfdcvioe.  Spedfyirig 
device  with  no  other  parameter  shall  return  error  49  (insufficient  paiameten).  Specifying  a 
rKMiexistent  or  uninstalled  device  shall  return  error  (invalid  device  numbn).  ^Kcifying  an 
uninitialized  device  shall  cause  errex  81  (device  not  initialized). 

100l4.13  Xpos  and  nws  parameters.  The  qms  and  ypos  parameters  shall  return  the 
current  XY  coordinates  of  the  input  device  according  to  the  scide  set  by  xjSct  Additionally: 

a.  If  the  coendinate  system  is  changed  by  ai^  combination  of  zySet,  sada,  yada, 
xawxj  yanx,  VDI  Management  shall  automatically  convert  spaa  and  ypos  values 
so  that  the  cursor  stays  at  the  same  positioo  on  the  screen.  i^Getliqpal^  190s, 
ypos  shall  return  the  new  parameter  values. 
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b.  If  the  clipping  area  is  changed  by  any  combination  of  igrSct  xasindip,  yainclip, 
xaraxclip,  yBMxciip  and  the  cursor  Iks  outside  the  new  clipping  region.  VDI 
Management  shall  aulomulically  convert  xpos  and  ypos  values  to  move  the  cursor 
to  the  edge  of  the  clipping  area  nearest  to  the  previous  cursor  position. 
jQrGctlnpat  xpoa,  ypos  shall  return  the  new  parameter  values. 

100.4.2  Return  values.  Return  values  shall  be  as  follows. 

100.4.2.1  ASCII  return  values. 

a.  On  Return  a  comma-separated  list  of  values  for  the  requested 

parameters  as  specified  in  100.4.1  through  100.4.13. 

b.  On  failure.  Return  "ERROR  n...’. 

100.4J23  Binary  return  values. 

a.  Return  AX  =  0.  Values  associated  with  requested  parameters  shall 
be  32-bit  values  of  the  types  specified  in  the  binary  parameters  of  TaUe  D-34. 

b.  On  failure.  Return  AX  as  errcNr  number.  Any  letnm  values  in  the  parameter 
block  addressed  by  ES:DI  arc  undefined  and  shall  be  ignored. 

lOOiS  avGetStata  Command  iqfGatState  shall  return  infoimatioo  about  the  current  values 
o(  the  coordinate  ^raoe,  and  availaMe  devices  aixl  capabOitieB.  VDI  Manpfeaierrt  shd  maintain 
a  copy  of  devioe-spedfic  parameters  iiKluding  coordinates  for  each  logical  device.  Trying  to 
queue  xyGctState  shall  cause  error  177  (conunand  caiuot  be  queued)  at  the  time  of  the  attempt 

1003.1  Command  parameters.  The  ASCII  and  binary  interface  parameters  for  xyGctStatc 
shall  be  as  specified  in  Tables  D-35  and  D-36,  respectively.  At  least  one  parameter  shall  be 
required  or  an  error  shall  be  returned.  If  device  is  specified,  at  least  one  other  parameter  shall  be 
specified  If  a  parameter  causes  an  error,  ayGctState  shall  return  immediately  vdth  the  error 
message.  The  command  shall  not  return  partial  responses  for  other  parameters  that  did  not  cause 
error. 

i 

1003.1.1  Cursor  parameter.  The  enrsw  parameter  shall  return  one  if  the  graphics  cursor  is 
visible.  Cursor  shall  return  aero  if  the  input  device  suf^rorts  a  cuism’  that  is  not  visible  or  the 
device  does  not  suppwt  a  cursor.  In  this  case,  the  cursor  shall  always  be  oft  Cursor  shall  be  an 
extended  parameter.  Using  an  unimpleinented  emended  parameter  shall  cause  errm  S2  (para¬ 
meter  invalid  for  this  ctmunand). 

1003.13  PeWeviee  parameter.  The  dddcvica  parameter  shall  return  the  logical  number  of 
the  definih  XY-input  device  set  by  qrSet  dddcvice.  VDI  management  shall  direct  all  XY 
commands  to  this  device  unless  a  oommand  contains  a  devioa  parameter  directing  it  to  a  different 
input  device. 
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10(15.1.3  Device  parameter.  The  device  parameter  shall  direct  r^GctState  to  the  q)ecined 
logical  device  numher  regardless  of  the  default  device  number  set  by  xySet  dafdcvicc.  Bmuse.  in 
general,  device  only  aflects  its  associated  command,  the  parameter  ^all  not  affect  the  return 
value  for  defdevke  (see  100.5.1.2)  when  the  two  parameters  are  used  together.  Specifying  device 
with  no  other  parameter  shall  return  error  49  (insunicient  parameters).  Specifyii^  a  nonexistent 
or  uninstalled  device  shall  return  error  160  (invalid  device  number).  %)ectfying  an  uninitialized 
device  shall  cause  error  81  (device  not  initialized). 

100.5.1.4  Tbuttons  parameter.  The  tbuttoas  parameter  shall  return  the  total  number  of 
buttons  available  for  the  default  or  specified  XY-input  device. 

1(XL5.U  Tdevlces  parameter.  The  idevioas  parameter  shall  return  the  total  number  of 
logical  XY-input  devices  for  which  VDI  Management  vms  configured  at  iiBtalbtion.  If  only  one 
device  is  installed,  it  shall  be  numbered  zero  and  tdevlces  shall  return  a  value  of  one. 

100.5.1.6  Xmln.  vmin.  xmax.  and  yi— *  PfinmTi'r*  The  xmln.  ymin,  xxmx.  ymax 
parameters  shall  return  the  current  scaling  of  the  XY-ooordinate  system.  The  xmln  and  jmin 
values  shall  be  the  coordinates  corresponding  to  the  {diysical  location  of  the  upper  left  comer  of 
the  active  graphics  area.  The  xmax  and  ymax  values  shall  correspond  to  the  lower  r^t  comer  of 
the  active  graphics  area.  VDI  Managemoit  shall  scale  absolute  positioning  information  to  the 
space  defi^  by  these  panuneteis. 

1005.1.7  Xuri^rffai.  viivriip  vaxcBu  parameters.  The  xmtedip,  ymiacUp, 

XBBsmdlp^  and  ymaiBdlhP  parametets  shaD  return  the  area  within  the  XY-ooordinate  space  within 
whidi  chaises  of  position  are  reported. 

1(X).5.2  Return  values.  Return  values  shall  be  as  follows. 

1005.2.1  ASCII  return  values. 

a.  OdlSIISSSS-  Return  a  comma-separated  list  of  values  for  requested  parameters  as 
specified  in  100.5.1  through  1005.1.7. 

b.  On  failure.  Return  "ERROR  n.~". 

IOOJ.2.2  Binary  return  values. 

a.  QojmsQBi.  Return  AX  »  0.  Values  associated  with  requested  parametets  shall 
be  32-bit  values  of  the  fypes  specified  in  the  binary  parameters  of  Table  D-36. 

b.  On  failure.  Return  AX  «  errm'  number.  Any  return  values  in  the  parameter 
blocfc  addressed  by  ES:DI  are  undefined  and  shall  be  ignored. 

100L6  xvluit  enmmand.  xylail  fhaO  mitialBt  XY-iiqnit  hardware  and  the  qr  aervice  grotqt, 
placing  berth  in  a  known  state,  qdnlt  shall  be  inued  for  each  logical  XY-input  device  that  will  be 
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used  by  the  application.  Tiying  to  queue  xyluit  shall  cause  error  177  (command  cannot  be 
queued)  at  the  time  of  the  attempt. 

100.6.1  Command  parameters.  The  ASCII  and  binary  interface  parameters  for  xylnit  shall 
be  as  specified  in  Table  D-37.  This  command  may  be  issu^  with  no  parameters. 

100.6.1.1  Device  parameter.  The  device  parameter  shall  specify  the  logical  device  number  of 
the  XY-input  device  to  be  initialized.  If  device  is  omitted,  xylnit  shall  either  initialize  logical 
device  zero  or  reinitialize  the  default  device  set  by  jQ'Set  dddevice.  Additionally: 

a.  A  device  shall  have  been  previously  initialized  with  iqrlnit  for  iqrSct  dcfdevice  to 
set  it  to  the  default  If  xjfSti  has  not  been  used  to  set  a  previousfy  initialized 
default  and  the  device  parameter  is  omitted,  the  default  device  shall  be  defined  to 
be  lo^cal  device  zero.  qdaH  shall  not  dumge  the  default  device  on  subsequent 
calls  that  include  a  device  parametm,  if  a  device  other  than  the  default  is 
spedGed. 

b.  If  on  the  first  call  to  xylnit,  a  device  other  than  zero  is  specified,  xySet  shall  be 
used  if  that  device  is  the  desired  default 

c.  xylnit  devleewn  shall  be  used  to  duuqp;  the  default  to  a  device  that  has  not  yet 
been  initialized,  where  n  is  the  desired  bgical  device  number.  This  shall  be 
fcdlowed  by  iqr^  dddevieewn.  After  a  device  has  been  initialized,  qrSet 
deWeviee  shall  be  necessary  to  change  the  default 

d.  Specifying  a  nonexistent  or  uninstalled  device  diall  return  error  160  (invalid 
device  number). 

100.6.1.2  Values  set  bv  xvlntt.  The  paranmteis  and  values  set  by  xylnit  shall  be  as  spedfmd 
in  Table  D-38. 

100.6.2  Return  values.  Return  values  shaO  be  as  specified  in  100.2. 

100.7  xvSet  Command.  iqrSct  shall  define  the  XY<coordinate  space,  set  the  default  input 
device,  turn  the  cursor  on  and  ofif^  and  set  the  current  XY  coordinates.  Each  parameter  sh^  stay 
in  effect  for  either  the  current  or  specified  device  r^ardless  of  the  graphics  mode  until  reset  with 
xySet  or  i^Intl 

100.7.1  Command  parameters.  The  ASCII  and  binary  interface  parameters  for  qrSet  shall 
be  as  specified  in  TaUes  D-39  and  IMO^  respective.  At  least  one  parameter  shaD  be  required 
or  an  error  shall  be  returned.  If  devke  is  qiecified,  at  least  one  ol]i»  parameter  shall  be 
specified. 

10017.1.1  Cwaoroarameter.  The  enrsor  parameter  shall  enaUe  and  disable  a  graphics 
cursor  if  one  is  available.  If  the  input  device  dM  not  sufqxat  a  cursor,  turning  the  cursor  on 
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shall  return  error  87  (action  not  supported  by  device).  Cersor  shall  be  an  extended  parameter. 
Using  an  unimplemented  extended  parameter  shall  cause  error  S2  (parameter  invalid  for  this 
command). 

100.7.1.2  Dcfdevicc  parameter.  The  dcfdcvice  parameter  shall  specify  the  default  input 
device  to  be  used  when  more  than  one  input  device  is  available.  Specifying  a  nonexistmit  or 
uninstalled  device  shall  return  error  160  (invalid  device  number).  Specifying  an  uninitialized 
device  shall  return  error  81  (device  nut  initialized). 

100.7.U  Device  parameter.  The  device  parameter  shall  direct  xySet  to  the  specified  logical 
device  number  regardless  of  tbe  default  input  device  set  by  xySet  deldcvicc.  Specifying  device 
with  no  other  parameter  shall  return  error  49  (insufficient  parameters).  Spedfying  a  nonexistent 
or  uninstalled  device  shall  return  error  160  (iin«lid  device  number).  Specifying  an  uninitialized 
device  shall  cause  error  81  (device  not  initialused). 

100.7.1.4  Xmin.  vrefai.  xmnx.  and  vnmx  parameters.  The  xmin,  ymin,  xmax,  aixl  yamx 
parameters  shall  set  the  scaling  of  the  XY-coordinate  space  to  the  {rfiysical  screen.  The  values 
shall  correspond  to  the  upper  left  and  lower  right  comers  of  the  active  graphics  displr^  area. 

Legal  values  shall  range  from  -32768  to  +32767.  Regardless  of  the  values,  xmia  arid  xasax  shall 
always  map  to  the  left  and  right  edges  of  the  screen,  respectively:  ymia  and  yamx  shall  always 
map  to  the  top  and  bottom  edges,  respectively.  Additionally: 

a.  Specifying  a  mtnirmim  ch*  maximum  coordinate  value  that  would  force  the  current 
corresponding  dipping  value  to  lie  outside  the  coordinate  qntem  shall  return 
error  51  (parameter  value  invalid  or  out  of  range).  Oqjping  values  shall  ixM 
autorruitially  adjust  to  minimum  arxi  maximum  coordinate  values  in  this  situation. 

b.  xmin  values  greater  than  xmax  values,  arxl  ymia  values  greater  than  ynmx  values 
shall  be  compliant.  For  example,  xySet  xmin » 100,  xmwr»0  shall  result  in  the 
left  edge  of  the  screen  mapping  to  100  and  the  right  edge  to  0. 

100.7.1J  Xminclip.  yminciin.  xmaxciin.  and  vnmxdip  parameters.  The  xmindip,  ynsincllp, 
xmaxclip,  and  ymaxdip  parameters  shall  define  a  constrained  area  within  the  oocMdinate  space 
for  rqx>rting  coordinate  movonent  Coordiiutes  values  shall  be  letumed  only  within  the  defined 
clip  area.  The  dipping  area  shall  initially  be  ddined  to  be  the  same  as  xmin,  ymin,  xmax,  and 
ynmx.  Specifying  a  clipping  value  outside  the  scaling  oi  the  XY-coordiiute  tyttem  shaU  return 
error  51  (parameter  value  invalid  or  out  of  range). 

100.7.1.6  Xnos  and  vnos  parameters.  The  xpoa  and  ypw  parameten  shaD  set  tbe  XY 
coordlrmtes  to  a  qredGc  locatim.  These  parameters  are  especially  useful  fior  initially  positioning 
the  XY-mput  device.  An  iqpos  or  ypos  vahie  outside  the  dippirig  values  diall  set  the  coordinate 
to  the  limit  of  the  respective  clipping  rarige.  Additionally: 

a.  If  the  coordinate  system  is  changed  by  ariy  ccmdMnation  of  nySti  xmin,  ymin, 
xnmx,  jmai.  VDI  Management  sbaO  automaticalfy  convert  the  qms  and  ypm 
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values  so  that  the  cursor  stays  at  the  same  position  on  the  screen.  Issuing 
xyGctlaput  xpos,  ypos  shall  return  the  new  parameter  values. 

b.  If  the  clipping  area  is  changed  by  any  combination  of  xySet  xminclip^  yminclip, 
xmaxclipi,  ymaxcUp  and  the  cursor  lies  outside  the  new  clipping  region,  VDl 
Management  shall  automatically  convert  the  xpos  and  ypos  values  to  move  the 
cursor  to  the  edge  of  the  clipping  area  nearest  to  the  previous  cursor  position. 
Issuing  xyGctlnput  xpos,  ypos  shall  return  the  new  parameter  values. 

100.7.2  Return  values.  Return  values  shall  be  as  specified  in  100.2. 
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110.  ERROR  HANDUNG 

110.1  General  information. 

110.1.1  Optional  use  of  error  codes.  Some  VDI  Management  implementatioiis  may  not  use 
all  the  error  codes.  However,  VDI  developers  shall  not  omit  error  codes  simply  for  convenience. 

110.1.2  Textual  efryr  VDI  Management  implementations  may  suppfy  textual 

error  messages  (see  the  syErrorMsg  command).  Although  this  is  not  a  compliance  requirement, 
if  an  implementation  does  support  textual  onor  messages,  it  shall  use  the  summary  messages  m 
specified  in  this  appendix. 

110.13  Error  listings.  Error  numbers,  summary  messages,  and  explanations  shall  be  as 
specified  herein.  Note  that  error  numbers  and  summary  messages  are  underlined  as  paragraph 
titles  and  do  not  end  with  periods.  Periods  are  omitted  to  avoid  confusion  beemne  ayErsnrMag 
does  not  include  a  period  at  the  end  of  the  summary  message.  Sununaiy  text  is  given  in  aU  upper 
case  to  reflect  the  form  in  v^iich  it  is  returned  by  syErnnMag. 

1103  Command  problems. 

1103.1  1  SERVICE  GROUP  NOT  JNCTAl  J  Pn  Tlie  VDI  Managemrat  implementation 
supports  the  service  group  that  contains  the  command,  but  the  service  group  is  ixit  iiataikid.  Fm 
eample,  an  application  issued  an  xy  coirunand  on  a  system  that  is  ixM  configured  for  XY^iqHit  - 
device 

1103.2  2  UNKNOWN  COMMAND  The  command  does  not  exist.  Compliant  VDI 
implementatiom  shall  not  return  this  error  in  response  to  arqr  cote  comiruuid  for  a  sujqxxted 
service  group. 

11033  3  SYSTEM  NOT  INITIALIZED  The  command  was  issued  before  the  aj^lication 
issued  qrlnit,  or  syStop  was  followed  by  a  command  other  than  sylnit 

1103.4  15  GENERAL  COMMAND  ERROR  A  command  error  occurred  that  is  not  listed 
above  or  idxMit  vidiich  no  information  is  availabie. 

110.4  ASCII  interface  problems. 

110.4.1  16  BAD  COMMAND  SYNTAX  The  parser  encountered  a  fatal  qmtax  errm  that 
could  not  be  further  diagnosed.  For  examfde,  a  command  string  contained  a  contnd  code.  Error 
16  shall  not  be  used  in  place  of  pataineter<ptoUems  errors. 

110.4J2  17  COMMAND  TCX)  LONG  The  command  was  longer  than  2S5  characters  and 
shall  be  ignored  in  its  entirety.  (The  terminal  carriage  return  counts  but  redundant  delimiters  do 
not) 
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110.43  RBSPQNSE  TOO  LONG  The  response  to  an  informaikw  request  including  the 
terminal  CK/LF  would  be  longer  than  2SS  characters.  VDI  Management  does  not  return  partially 
filled  information  requests.  For  example,  the  application  used  an  xyGctSiatc  command  to  request 
too  much  information. 


110.4.4  19  DEVICE  DR^^^  READ  BEFORE  WRITE  The  application  tried  to  read  a 
response  from  the  device  driver  before  it  had  written  at  least  one  command  to  it.  This  b  illegal 
and  indicates  a  problem  with  the  application’s  initialization  code.  Thb  error  can  occur  only 
immediately  after  VDI  Management  has  been  installed  or  after  a  well-behaved  application  has 
issued  an  syStop  before  exiting. 

Iia43  31  GENERAL  ASOl  INTERFACE  ERROR  An  ASOI  interface  error  has 
occurred  that  b  not  Ibted  above  or  about  whidi  no  information  b  available. 


1103  Binary  interface  problems. 

1103.1  32  INVAUp  PARAMETER  COUNT  On  Intd  8()K864>ased  ^sterns,  the  BX 
regbter  contaiiu  an  invalid  or  out  of  range  parameter  count  For  example,  the  application  passed 
a  negative  value  in  BX. 


11033  33  INVALID  PARAMl 


the  ES  J>I  regbter  pair  contains  an  invalid  address  for  a  parauieter  paclcet 


On  Inttd  80k86>based  qfMems, 


11033  34  INVAUP  POINTIER  IN  PARAMETER  PACKET  The  parameter  packet 
contains  a  null  or  invalid  pointer. 

1103.4  47  GENERAL  BINARY  INTERFACE  ERROR  A  binary  interface  error  occurred 
that  b  not  Ibted  above  or  about  which  no  information  b  availaUe. 


110.6  Parameter  problems. 


110.6.1  48  RESERVED  Thb  error  number  b  reserved  for  future  use.  The  original  errm. 
Unknown  parameter,  has  been  deleted  as  requiring  too  much  overhead  to  merit  its  availability. 
Error  52  should  be  used  in  its  place. 


110.63  49  INSUFFICIENT  PARAMfc'iiiRS  The  command  required:  a  specific  parameter 
that  was  mbsing;  at  least  one  parameter  fiom  a  specific  group  of  parameters  and  was  issued 
without  the  parameter;  or  at  least  one  parameter  that  could  have  been  any  parameter  in  its  Ibt 
and  was  bsu^  with  no  parameters. 

110163  50  PARAMETERS  CANNOT  BE  USED  TOGETHER  The  command  included 
two  Of  more  parameters  that  cannot  be  used  together.  For  example,  a  vdnay  command  included 
both  a  diiactkM  and  a  to  parameter. 
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llO.d.4  51  PARAMETER  VALUE  INVALID  OR  OUT  OF  RANGE  The  command 
included  an  incorrect  parameter  value.  For  example,  a  parameter  value  that  must  be  in  the  range 
0-255  was  negative  nr  greater  than  255.  This  error  can  result  from  the  combined  effects  of  two  or 
more  parameters  and  from  exceeding  limits  set  by  another  parameter.  Fur  example,  with  the 
vmSctPalctte  command  the  sum  of  the  color  and  length  parameters  must  be  less  than  or  equal  to 
logoriors.  (Logariors  is  the  maximum  number  of  available  logical  colors,  which  can  be  retrieved 
with  the  vmGctStatc  command.) 


110.6.5  52  PARAMETER  INVALID  FOR  THIS  COMMAND  The  command  included  an 
invalid  parameter  label.  For  example,  the  application  issued  qrinit  with  a  color  parameter.  This 
label  could  be  also  be  an  unknown  parameter,  for  example  xyx,  or  a  value  supplied  for  a 
parameter  that  does  not  take  a  value  and,  thereftne,  was  interpreted  as  a  label.  Compliant  VDI 
implementatioiis  shall  not  return  this  error  in  response  to  any  core  parameter  that  is  valid  for  a 
eexe  command. 


110.6.6  53  MISSING  PARAMETER  VALUE  The  command  failed  to  include  a  value  for  a 
parameter  that  requires  one.  The  parser  reached  either  the  end  of  the  command  string  or 
another  parameter  label  when  a  parameter  valim  was  expected.  This  is  an  ASCII  interface  error 
only. 


110.6.7  54  PARAMETER  USED  MORE  THAN  ONCE  The  oommand  included  the  same 
parameter  mexe  than  once.  This  is  never  allowed. 

110.6.8  79  GENERAL  PARAMls  I'Ek  ERROR  A  parameter  error  occurred  that  is  not 
listed  above  or  iteut  which  iw  infonnatioa  is  avaiiabie. 


110.7.1  80  INl  I'iALIZATION  ERROR  The  ^tem  could  not  initialize  an  attached  device. 
The  application  can  find  out  which  device  by  examining  the  failed  command. 

110.7JZ  81  DEVICE  NOT  INITIALIZED  The  application  tried  to  use  either  an 
uninitialiaed  device  or  an  uninitialized  service  group. 

110.73  82  COMMUNICATIONS  TIMEOUT  A  timeout  occurred  while  VDI  Management 
was  communicating  with  a  peripheral  device.  Either  the  device  did  not  produce  an  expected 
men^  within  a  predetermined  timeout  period,  or  the  computer  was  unable  to  tend  a  message  to 
the  device  because  signal  control  lines  were  in  an  appre^ate  state.  For  example,  this  error 
would  result  from  a  cable  being  unplugged  after  a  device  has  been  initialized. 

110.7.4  83  COMMUNICATIONS  ERROR  An  error  occurred  during  conunimications.  For 
example,  repeated  parity  errors  that  cannot  be  cleared  during  asynchronous  serial  ccxnmunications 
cause  this  error. 
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1 10.7.5  84  DEVICE  REPORTS  ERROR  A  peripheral  device  sent  a  message  indicating 
that  an  error  occurred  that  it  cannot  clear. 


1 10.7.6  85  DEVICE  CANCELED  REOLlFi;T  A  peripheral  device  sent  a  message 
indicating  that  it  has  unilaterally  canceled  a  requested  service. 

110.7.7  86  DEVICE  NOT  READY  A  peripheral  device  sent  a  message  indicating  that  it 
cannot  be  made  operational. 

110.7.8  87  ACTION  NOT  SUPPORTED  BY  DEVICE  A  peripheral  device  sent  a  message 
indicating  that  it  cannot  do  a  requested  action.  This  error  indicates  either  an  installation  problem 
or  the  inappropriate  use  of  the  ^PassThni  command.  Compliant  systems  should  not  normally 
generate  this  error. 

110.7.9  88  UNABLE  TO  RETURN  REQUESTED  INFORMATION  A  hardware  device 
could  not  generate  information  requested  by  a  command.  For  example,  a  CLV  videodisc  could 
not  report  a  frame  number. 

110.7.10  1 1 1  GENERAL  HARDWARE  ERROR  A  hardware  error  occurred  that  is  not 
listed  above  or  about  which  no  information  is  available. 


110.8  System  resources.  (Some  systems  may  not  be  able  to  return  some  errors  in  this 
group). 


110.8.1  112  INSUFFICIENT  MEMORY  VDI  Management  could  not 
memory  to  perform  the  requested  service. 


enov^ 


110.82  113  NEEDED  HARDWARE  INTERRUPT  IN  USE  VDI  Management  requires 
the  use  of  a  specific  hardware  interrupt  that  is  already  in  use,  or  one  of  a  range  of  interrupts  and 
all  are  in  use. 


110.83  114  NEEDED  SOFTWARE  INTERRUPT  IN  USE  VDI  Management  requires 
the  use  of  a  specific  software  interrupt  that  is  already  in  use,  or  one  of  a  range  of  interrupts  and 
all  are  in  use. 


1103.4  115  NEEDED  DMA  CHANNEL  NOT  AVAILABLE  VDI  Management  requires 
the  use  of  a  spedfic  Direct  Memory  Access  (DMA)  channel  that  is  already  in  use,  or  requires  the 
use  of  any  DMA  channel  and  all  are  in  use. 

110.8.5  116  NEEDED  TIMER  NOT  AVAILABLE  VDI  Management  requires  the  use  of 
a  timer  resource  that  is  not  available. 


110.8.6  127  GENERAL  RESOURCES  ERROR  VDI  Marugement  requires  additional 
system  resources  that  are  not  listed  above  or  about  which  no  information  is  available. 
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110.9  Filing  system  problems. 

1 10.9.1  128  INVALID  RLENAMC  The  command  used  a  nienamc  ihat  was  invalid  for  the 
operating  system.  (A  legal  filename  that  cannot  be  opened  should  return  error  1.^2.) 

1 10.9.2  129  INVALID  PATH  The  command  used  a  path  name  that  was  invalid  for  the 
operating  system. 


1 10.9.3  1.30  INVALID  DRIVE  The  command  specified  a  drive  that  is  not  recognized  by 
the  operating  system. 

1 10.9.4  131  INVAIJD  FILE  NUMBER  The  command  used  a  Gle  number  that  was  not 
recognized  by  the  operating  system. 

110.9.5  132  CANNOT  OPEN  OR  CREATE  FILE  The  operating  ^tem  could  n<»  open  or 
create  a  requested  file. 


110.9.6  133  CANNOT  C1.QSF  RI.F  The  operating  ^tem  could  not  close  a  requested  file. 

110.9.7  134  FILE  ALREADY  OPEN  The  command  tried  to  f>pen  a  file  that  was  already 
open. 


110.9.8 

exists. 


Hie  command  tried  to  create  a  file  that  already  - 


110.9.9  136  FILE  TTOFS  NQT  EXIST  The  command  tried  to  access  a  file  that  does  not 

exist 


110.9.10  137  FTLF  ACCESS  DENIED  The  cennmand  was  denied  access  to  a  requested  file. 
For  example,  a  file  with  a  locked  status  on  a  network  file  server  would  cause  this  error. 

110.9.11  138  FILE  SEEK  ERROR  The  command  tried  to  use  a  nonexistent  piece  of  a  file. 
For  example,  a  command  tried  to  access  l^e  9000  of  a  5  kilobytes  (KB)  file. 

110.9.12  139  TOO  MANY  OPEN  FILES  The  operating  ^tem  has  run  out  of  file  handles 
because  too  many  files  are  open.  Either  the  appUcation  should  open  fewer  files  or  the  user 
should  change  the  operating  qatem  instattatkm  to  allow  more  files  to  be  c^ien  simiiltaneously. 

110.9.13  140  DISK  FULL  The  command  tried  to  write  to  a  full  disL  The  user  should 
delete  some  files  or  change  to  a  diCferent  disk  before  trying  to  run  the  application  »g»in 

110.9.14  141  DISK  READ  ERROR  A  data  error  occurred  udiile  reading  the  disk. 

110.9.15  142  DISK  WRITE  ERROR  A  data  error  occurred  while  writing  to  the  disk. 
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110.9.16  159  GENERAL  FILING-SYSTEM  ERROR  A  filing-system  error  occurred  that  is 
not  listed  above  or  about  which  no  information  is  available. 

110.10  Miscellaneous  problems. 

110.10.1  ifiO  INVAl  .in  nFVICE  number  The  command  specified  an  invalid  device  or 
source  number.  This  error  results  from  using  an  invalid  number  for  a  device  or  source  parameter 
or  from  trying  to  change  the  default  device  oi  source  to  an  invalid  number. 

110.10.2  161  BUFFER  OVERFLOW  An  internal  VDI  Management  buffer  overflowed. 

This  indicates  an  internal  VDI  Manr  ure  and  should  be  brought  to  the  attention  of  the 

VDI  Management  developer^ 

110.103  162  INTERNAL  CALCULATION  ERROR  An  error  such  as  divkle  by  zero 
occurred  during  a  numeric  calculation  within  VDI  Management  This  indicates  an  internal  VDI 
Management  failure  and  should  be  brought  to  the  attention  of  the  VDI  developer. 

110.10.4  163  COPY  PRO  i  fcd'lON  ERROR  A  copy  protected  version  of  VDI 
Management  has  declined  to  run  because  its  protection  scheme  has  been  violated.  Legitimate 
users  should  discuss  this  problem  with  the  VDI  Management  developer. 

110.103  164  INTERFACE  BUSY  The  ASCII  or  binary  interface  was  bu^  and  could  not 
accept  the  command,  and  the  application  should  reissue  the  command.  This  enor  is  retunmd 
only  when  an  application  calls  \1>I  Management  aixl  a  previous  call  to  VDI  Management  has  not 
yet  returned.  error  is  possible  only  if  an  application  issues  VDI  Mairngonent  calls  from 
within  an  interrupt  routine. 

110.10.6  165  INVALID  INTERRUPT  NUMBER  The  environment  variable  IVINT  was  set 
to  an  interrupt  number  outside  the  range  60H-66H. 

110.10.7  173  GENERAL  INTERNAL  ERROR  An  internal  VDI  Management  error 
occurred  that  is  not  listed  above  or  about  which  no  information  is  available.  This  indicates  an 
internal  VDI  Management  failure  and  should  be  Inought  to  the  attention  of  the  VDI  developer. 

110.10.8  174  GENERAL  OPERATING  SYSTEM  ERROR  The  operating  system  reported 
an  error  unrelated  to  the  filing  system  and  not  specific  to  any  particular  aspect  of  VDI 
Management.  (VDI  Management  should  try  to  recover  from  this  error  before  returning  it  to  the 
application.) 

110.10.9  175  GENERAL  ERROR  An  error  occurred  that  b  not  listed  ebewfaere  and  about 
which  no  information  at  all  is  available.  This  error  differs  from  error  111  (general  hardware 
error)  in  that  enor  111  guarantees  that  a  hardware  error  has  occurred  udiile  this  error  can  be 
caus^  by  any  unknown  failure  including  unknown  hardware,  VDI  Management,  and  af^rikatmn 
failures.  VDI  developers  should  not  use  this  error  number  before  carefully  oemsidering  wdiether  a 
more  informative  error  code  could  be  used.  This  is  an  error  of  last  resort 
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110.11  System  group  problciig. 

1 10.1 1.1  176  QUEUE  FULL  llic  application  tried  to  queue  more  than  10  commands. 

This  indicates  an  application  problem  such  as  failing  to  turn  syQncac  off  at  the  appn^iriate  time. 

110.11.2  177  COMMAND  CANNOT  BE  QUEUED  The  application  tried  to  queue  a 
command  that  cannot  be  queued.  This  indicates  an  application  problem  such  as  failing  to  turn 
syQucuc  off  at  the  appropriate  time. 

1 10.1 13  191  GENERAL  SYSTEM  ERROR  A  problem  occurred  within  the  ^em  group 
that  is  not  listed  above  or  about  which  no  further  information  is  available. 

110.12  Visual-management  problems. 

liam  192  SYNCHRONIZATION  ERROR  The  video  signal  could  not  be  gealocked  to 
the  computer’s  grafriiics  because  the  signal  has  an  inap(m>priate  scan  rate.  Overlay  it  not 
possible. 

110.123  193  GRAPHICS  MOPR  PRQR1  -KM  The  system  could  not  do  a  requested  action 
because  the  grajdiict  mode  does  not  supptM  it  For  example,  the  application  tried  to  turn  on 
transpaienqr  in  a  graphics  mode  that  6ott  not  support  overlays. 

Iiai23  194  UNSUPPORTED  GRAPHICS  MODE  The  system  could  not  twitch  to  a 
requested  graidtict  mode  or  emulation  state  because  the  hardware  does  not  siqipoft  the  mode. 
Fm  example,  issuing  vmSctGniphics  cmulatlon»<^  which  requires  a  VGA  adiqiter,  on  a  OGA  or 
EGA  qptem,  or  imilng  nnSctGniphIcs  modeBld,  which  requires  an  EGA  graphics  adqiter,  on  a 
CXIA  system  would  cause  this  error. 

110.12.4  207  GENERAL  VISU/^MANAGEMENT  ERROR  A  problem  occurred  with 
the  visual  management  functions  that  is  not  listed  above  or  about  which  no  further  information  is 
available. 

110.13  Videodisc  prctileins. 

Iiai3.1  208  ACTION  NOT  SUPPORTHED  BY  DISC  The  command  requested  an  action 
that  is  not  supported  by  the  videodisc.  For  example  the  application  tried  to  do  a  frame  seardi  on 
a  CLV  videodisc  or  a  diapter  search  on  a  videodisc  that  without  chapter  stt^ 

110.133  209  DISC  NOT  SPUN  UP  The  application  issued  a  command  such  as  vdPlay  that 
requires  the  videodisc  to  be  spun  up  when  it  has  not  been  spun  up. 

110.133  210  DISC  NOT  SPUN  DOWN  The  application  issued  a  command  such  as  vdSet 
door»l  that  requites  the  videodisc  to  be  spun  down  y^en  it  has  not  been  qmn  down. 
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110.13.4  211  DOOR  OPEN  The  application  issued  a  videodisc  motkm  ocMnmand  other  than 
vdSct  floor=0  with  the  player  door  open.  Typically,  this  is  a  user  error  that  can  be  corrected 
without  exiting  the  application. 

1 10.13  J  212  NO  DISC  IN  TRAY  The  application  issued  a  videodisc  motion  command 
other  than  vdSet  doors]  with  the  player  door  doted  but  without  a  videodisc  in  the  tray. 

Typically,  this  is  a  user  error  that  can  be  corrected  rrithout  exiting  the  application. 

1 10.13.6  213  BAD  DISC  SECTION  It  was  impossible  to  seek  to  the  required  frame 
because  of  a  physical  problem  with  the  videodisc. 

110.13.7  214  FELL  OFF  DISC  An  attempt  was  made  to  piqr  backward  past  the  beginning 
or  forward  past  the  end  of  the  videodisc.  This  normally  indicates  improper  use  of  a  videodisc 
motion  oommand. 


110.13.8  215  INVALID  FRAME  NUMBER  The  command  spectfred  a  frame  that  is  not 
present  on  the  videodisc. 

1 10.13.9  216  INVALID  CHAFl'HR  NUMBER  The  omunand  speciGed  a  chapter  that  is 
not  present  on  the  videodisc. 


110.13.10  217  INVALID  TIME  CODE  The  command  specified  a  time  code  that  is  not 
present  on  the  videodisc. 


nai3.11  239  GENERAL  VIDEODISC  PLAYER  ERROR  A  videodisc  enor  oocuned 
that  is  not  listed  above  or  about  vdiicfa  no  iidormation  is  available. 


110.14  XY-innut  device  problems. 

110.14.1  240  DEVICE  NOT  CALIBRATED  A  required,  implementation-specific, 
calibration  process  has  not  been  done.  The  user  should  verify  that  the  XY-input  device  is 
installed  correctly. 

110.14.2  241  INVAI.TP  COORDINATE  A  coordinate  was  qiecified  that  is  outside  the 
acceptable  range.  This  normally  indicates  an  ai^lication  fnoblein. 

110.143  242  CURSOR  PROBLEM  A  {Hoblem  with  the  graphics  device  caused  a  cursor 
display  problem.  This  indicates  that  the  appUntion  requires  a  fadlify  that  VDl  Managemmit  does 
not  furnish. 


110.14.4  255  GENERAL  XY-INPUT  ERROR  An  XY-iiqiut  oror  occurred  that  is  tnoi 
listed  above  or  about  which  no  information  Is  available. 
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TABLE  D-l. 


1 1L*J  I ! !  M  »  i'i J  11  ^  •  t«;  9m 


<ooaiiiiaiid  itrinx> 


<letterttriD8>  I  <iiiiiiiber>  i  <fikaMBe>  I  <taei 


<(kiiaiker>  I  <ddiniiier>  <i>eliniHer 


:*  <l€ttct>  I  <leuer>  <ietter 


<|irinttbte> 


<lener> 


<diDt> 


<pmMl)le  Omaaer  on  «™t*****’  m 
OQUHiia,  CR,  LF,  or  HT> 


but  oaraai  be 


•A-|V|^?'|Ty|*E’|’T'|xj’|*ir|'ri'ri'X'|'L*|"M*|Tr|"o*i'r|'Q-|’R*|'S’|T|'Tr|-v- 

|-Vr|'X*|*V|*Z"|V|V|V'|'W'|V|T|"|r|Ti-|V|TI'b’|T|*ni’|V|“o-|Vlq*|V|V|V 

I'u’iviviviyivi 


;s  Trm'ri'3*r4''i*5*|-6'|-riT|v 


■Xrrr|'n*3’’r4*|-5M’«'l'7"|'W’|’y|’A"|’B"|’Cny|*E*|*P|V|V|V|V|V|T 


^  Retfaodant  deliniiten  in  a  «lelimiter  itring>  ibaH  be  ignored  nd  abai  not  awm  toward  lengtb  iniits  far 
^  Thit  ii  not  a  complete  deflnitioo.  The  i6co»  on  tbe  ielt  can  take  only  a  liniiied  laqge  of  vahiet. 

^  Alpha  ctaaiBCters,  if  preaent,  m  <reiult  atring>a  ihali  be  Uoited  to  upper  caie. 


8tring>a. 
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TABLE  D-2  Paramwer  block  tovoul. 


Address 

Coatcnts 

ESiDlIOl 

Parameter  1  token  number 

Parameter  1  value 

Parameter  2  token  number 

Parameter  2  value 

1  ESJ>Ifl01 

Parameter  3  token  number 

Parameter  3  value 

Parameter  n  tcricen  number 

ESJ3irn+4l 

Parameter  n  value 
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TABLE  D-3.  A  wmrearv  of  command  names  including  binafv  token  numbeis  and  tvnes. 


ASCII  MBM 

Tokca  anaibcr 

Type 

(dccinal) 

' w  •  4  ^*k  -M  -it 

muffin 

BBIWWBUI 

BSMuIiT<r?tl 

Hli^^^SIIIIIH 

^R^^ffflllllllllllHIII 

imi^^RIVIIIHii 

imVimivim 

iR^^i^^^iiiiiiii^i 

— BfM 

HllVP^flllHI 

ll^lilllllllllllR^'^lifllll^^ 

11IIIIIIIHP^^*^!^IIIIIIIIIH 

I1^IIIIE<!^»I9III1IIIIIII1I^^ 

HHK^^IHHi 

HB^^^IHli 

iimiii^^R^^miii 

iiiiiiiii[iiiiiii?^^^iiiiiiiiiiiiiiii 

HIHR^^IHUI 

■  ' «  » i '  %'  *8  ^ 

HHIliff^flilil 

BBr^TT.^W 

HH!!!!fHH 

_ PKnrta-gi 

4«M _ 

HiiRff^mi 

Cnrm 

mHif^iHm 

illlllllR^f!^HIB 

Om^ 

^BBffifllHIII 

iHR^m 

»Set 

4109 

10(H3 

Goie 
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TABLE  D-4.  A  summary  of  parametcf  labeb  includinf  binary  token  numbcfs. 


Parameter 

name 

Token 

(deeireaO 

Token 

(ta) 

Token 

(deeimni) 

Token 

(hex) 

Token 

Token 

(ba) 

array 

1 

01 

from 

24 

18 

isnurces 

46 

2E 

audiol 

2 

02 

X 

25 

19 

lime 

47 

2F 

audio2 

3 

03 

xlevel 

26 

lA 

to 

48 

30 

b 

4 

04 

■nxide 

27 

IB 

tranaooion 

49 

31 

buttons 

S 

05 

bORDK 

28 

1C 

veitDix 

SO 

32 

cdbplay^ 

6 

06 

■BBOIICW 

29 

ID 

video 

SI 

33 

chapter^ 

7 

07 

Ivrer 

30 

IE 

VR>WI 

52 

34 

dear 

8 

08 

tewBli 

31 

IF 

vimde 

S3 

35 

color 

9 

09 

loeoolon 

32 

20 

wait 

S4 

36 

oommand 

10 

OA 

mfmaine 

33 

21 

widifa^ 

SS 

37 

cunor^ 

11 

OB 

mteer 

34 

22 

_ 

56 

38 

defdevioe 

12 

OC 

motion 

35 

23 

JUJMUID 

57 

39 

ddiOIIPOC 

13 

OD 

36 

24 

Hitt 

58 

SA 

devte 

14 

OE 

37 

25 

59 

3B 

directiQa 

15 

OF 

r 

38 

26 

aofltet 

60 

3C 

BiifSH 

16 

10 

remote^ 

39 

27 

XDOB 

61 

3D 

dievel 

17 

11 

soeed 

40 

28 

vmax 

62 

3E 

door^ 

18 

12 

soio 

41 

29 

63 

3F 

emulation 

19 

13 

date 

42 

2A 

1  nn»n _ 

64 

40 

enable 

20 

14 

SUDDOrt 

43 

2B 

H^hSHRIIIIH 

65 

41 

ermo 

21 

IS 

44 

2C 

yoOet 

66 

42 

execute 

22 

16 

tdewioes 

45 

2D 

n»s 

67 

43 

frame 

23 

17 

liliilli 

‘  Currently  uied  oo^  ■■  m  ctteoded  pnremeter  in  tbe  wd  aervioe  group. 

^  Currently  ured  only  re  no  encoded  puremerer  in  the  rea  ictviee  grotqx 

^  Currently  ured  coly  re  no  eoeoded  perametnr  in  the  ty  rerwce  group. 


D-6S 


MIL-STD-1379D 


APPENDIX  D 


^  At  tot  oae  p—aeier  ihiB  be  ipedflod  or  «  encr  ttaP  tie  ittumed. 
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TABLE  D<6.  «v&TorMi«  paratneicre. 


ASCO  fwamfSHS 

core  or 

ictun  value 

Type* 

Asen 

tmgf 

Core 

Error  aumtser 

laieier 

Error 

dneriptioo  striaf 

TeA 

Omucs  error 

BkMy  taBcm  1 

One  or 

s 

Type 

DefMttif 

eoBO^ 

Con 

21 

fanner 

Error  Dumber 

— 

nme 

Games  enor 

Gore 

37 

Poinler 

Any  Miue 

Poimer  toetrar 
dcacripiiao  sttiDg 

Games  error 

^  Enrao  shall  be  specified  or  an  error  shall  be  r^umed. 

^  Both  parameters  shall  be  specified  or  an  errc^  shall  be  returned. 
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TABLE  D-7.  svGtStote  parameters. 


ASai  Panamicn 

Paraaieter^ 

Cor*  or 
*«*wd*d 

Aaaociatad 

cdUagrahM 

Type 

m 

Asai 

AsMiciatcd 
leluru  value 

Type  us 

Asen 

lv»er 

Core 

None 

N/A 

Recommended  practices 
versioo  number  x  1000 

Integer 

No  action 

m^aame 

Core 

None 

N/A 

Manubcaturcr's  name^ 

Text 

No  action 

mlgrcr 

Core 

None 

N/A 

Manubctufer*s  vcisiOD 
numbers  1000 

Integer 

No  action 

Core 

None 

N/A 

Value  or  bit  field  fbr 
taataBed  service  groups 

Integer 

NoacUon 

■iaaijr  Paramelan 

Paraiaettr^ 

Core  or 

Ty»* 

fulUuf  «alu* 

11 

DabaMir 

lalwai^ 

Core 

30 

latter 

Any  value 

Recommended 
pnettas  wmdoa 
number  X  1000 

Noaetkn 

Gore 

33 

Fokwer 

Anyvahie 

Pointer  to  MPO 

nameatringr 

Noactioo 

ai%«ar 

Clare 

34 

Integer 

Aiqr  value 

Maoubeturer's 
veisioa  number 

X  1000 

No  action 

support 

Core 

43 

Bit 

field 

Any  value 

Bit  field  of 
installed 
service  groups 

No  action 

^  At  least  one  parameter  (taaU  be  apecified  or  an  error  sbaB  be  returned. 


^  Eight  charaoen  max.  Restricted  to  printable  characiert  nd  shall  not  mdude  white  space  (ASCII  20H,  09HX  backspace 
(ASCn  OeH),  oomma  (ASCH  2CH),  CR  (ASai  ODH),  or  LF  (ASCD  OAH). 

^  Eight  characters  max.  plus  terminal  NULL  Restricted  to  printable  characters  and  shall  not  indude  white  apace  (ASCII 
20H.  09H).  backspace  (ASCD  08H),  oomma  (ASCD  2CH),  CR  (ASCD  ODH),  or  LF  (ASCD  OAH). 
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TABLE  D-8.  svGetState  tupoort  return  values. 


Service  Group 

Binary  interface  return  value 
(low  byte) 

ASCII  interface  return  value 

System  (sy) 

00000001 

01 

Visual  management  (vm) 

00000010 

02 

Videodisc  (vd) 

00000100 

04 

XY  input  ()^) 

00001000 

08 

Digital  audio  (da)’ 

00010000 

16 

Audio  management  (am)’ 

00100000 

32 

These  service  groups  are  currently  not  deCned.  They  are  included  for  future 
compatibility. 

TABLE  D-9.  svOocue  parameters. 


ASCII  Pamactcrs 


IDlm^B^nnnn^nAMml 

rvnuBCMi 

Core  fM* 
exteuded 

Associated 
calling  value 

Tn* 

as 

Asen 

Associated 
return  value 

Type 

as 

Asen 

Default  If 
panuneter 
not  used 

clear 

Core 

None 

N/A 

None 

N/A 

No  action 

execute 

Core 

None 

N/A 

None  ^ 

N/A 

No  action 

state 

Core 

1  (on)  1  0  (of!) 

None 

N/A 

No  action 

Binaiyr  Paraaicicrs 

Panuneter’ 

Core  or 
extended 

Ttdicn 

number 

(decimal) 

T>pe 

Associated 
calling  value 

Associated 

return 

value 

Default  if 
parameter 
not  used 

clear 

Core 

8 

N/A 

Any  value 

None 

No  action 

execute 

Core 

22 

N/A 

Any  value 

None 

No  action 

state 

Core 

42 

Inti^r 

1  (on)  1  0  (off) 

None 

No  action 

’  At  least  one  parameter  shall  be  specified  or  an  error  shall  be  returned. 
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TABLE  D-10.  Unqueueahle  commands. 


syCheckError 

syStop 

vmlnit 

syErrorMsg 

vdGetState 

xyGeilnput 

syGetState 

vdlnit 

j^GetState 

sylm't 

vmGetPaiette 

xylnit 

syQueue 

vmGetState 

TABLE  D-n.  IBM-comDattble  graohie  modes. 


Mode> 

(dedaMl) 

1>pe 

Rcsolutkm 

Colors 

Overlay 

BBOdc 

Adapter^ 

0,1 

Text 

40x25 

16 

Yes 

CGA,  EGA,  VGA 

2,3 

Text 

80x25 

16 

Yes 

CGA,  EGA,  VGA 

v 

Gra{rfucs 

4 

Yes 

CGA,  EGA,  VGA 

€ 

Graphics 

2 

Yes 

CGA,  EGA,  VGA 

7 

Text 

80x25 

Mono 

No 

EGA,  VGA 

13 

Graphics 

320  x  200 

16 

Yes 

EGA,  VGA 

14 

Graphics 

640x200 

16 

Yes 

EGA,  VGA 

15 

Graphics 

640  x  350 

Mono 

No 

EGA,  VGA 

16 

Graphics 

640  x  350 

16 

No 

EGA,  VGA 

17 

Graphics 

2 

Yes 

VGA 

18 

Graphics 

640  x  480 

16 

Yes 

VGA 

19 

Graphics 

256 

Yes 

VGA 

^  Does  not  indude  modes  exclusive  to  the  IBM  PCjr  and  internal  BIOS  modes. 

^  CGA  s  Color  Graphics  Adapter,  EGA  >  Bihanced  Graphics  Adapter.  VGA  >=  Video  Grajdiics 
Amy. 
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TABLE  £>-12.  vmFmdt  pi 


Parameter^ 


Core  or 
extended 

Aaodaled 
calling  value 

Core 

Dissolve  level,  0-255 

Core 

Graphics  level,  0-255 

Core 

Video  level,  0-255 

Core 

Miliiseoonds  for  Ibde 
or  dissalve 

Core 

None 

ASCn  Puamctcfs 


Type 


Asaodaicd 
return  value 


Integer 

None 

N/A 

Integer 

None 

N/A 

Integer 

None 

N/A 

Integer 

None 

N/A 

N/A 

None 

N/A 

Dcbukif 
paruDCter 
not  und 


No  action 


No  actioa 


No  actioa 


Fanmetcr' 

Core  or 

Token  number 
(dodmal) 

dtevd 

Core 

17 

*lerol 

Core 

26 

Core 

52 

time 

Core 

47 

wait 

Core 

54 

loterer  Discolvc  level.  Actual  level  after  No  actioa 
0-2SS  rounding  if  required 


loiter  Otapiucs  level, 
0-255 


No  actioa 


>^deoie««^0-  Actml  level  after  Noacti 

255  rounding  if  required 


Imqer  MUtocondi  for  None 
bde  or  c&scolve 


N/A  I  None 


Exactly  one  of  dtowel,  glevel,  or  Hevcl  iliall  be  apedlied  or  an  error  shall  be  returned. 


No  wait 
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TABLE  D-13.  vwgftfalftte  • 


Exactly  ooe  oolor  aod  « leaH  one  oTr,  f,  and  baliaU  be  ipeciaed  or  an  encr  iliai  be  ictumed. 

Either  exactly  one  eakv  and  at  leaB  one  of  r,  g,  and  b  ihaO  be  ipecified;  or  edar,  and  atcqr  ihaD  be  uwd  together 
atberwiK,  an  etror  ihaO  be  letumed.  ^ 

color  array  entiy  s  4  bytes  oompriied  of  3  oomponena  *  reserved  byte  set  to  NUL. 
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TABLE  D-14.  vmGetState  ASCII  parametera. 


Parameter^ 

Core  or 
extended 

Associated 
calling  value 

Type 

as 

ASCII 

Associated 
return  value 

Type 

as 

ASCII 

Default  if 
parameter 
not  used 

color 

Core 

Logical  color 
number 

integer 

1  (transparent)  |  0  (opaque) 

Integer 

No  action 

dcbource 

Core 

None 

N/A 

Default  video  source,  (1-1 S 

Integer 

No  action 

dicvcl 

Core 

None 

N/A 

C^urrent  level,  0-2S5 

Integer 

No  action 

cnulalion 

Core 

None 

N/A 

1  (on)  1  0  (off) 

Integer 

No  action 

CMbIc 

Core 

None 

N/A 

1  (on)  1  0  (oil) 

Integer 

No  action 

konplx 

Core 

None 

N/A 

Total  borizcntal  pixels  in  current 

Int^er 

No  action 

(IVfVi 

Core 

None 

N/A 

Current  level,  0-255 

Int^er 

No  action 

gBMdc 

Core 

None 

N/A 

Current  graphics  mode 

latter 

No  action 

loTBioia 

Core 

None 

N/A 

Total  avalable 

Intqer 

NO  action 

ES59lli 

Core 

None 

N/A 

IhtalavalaMe 

Integer 

No  action 

Core 

None 

N/A 

Total  avaiable 

Integer 

No  action 

tnmvtm 

Core 

None 

N/A 

Total  video  sources  inataled,  0-15 

Integer 

No  action 

Gore 

None 

N/A 

Total  vertieal  ptab  in  current 

In^er 

fio  aciiOB 

vicvcl 

Core 

None 

N/A 

Current  level,  0-255 

Integer 

No  action 

'mod* 

Core 

None 

N/A 

0  (native)  |  1  (NTSC)  |  2  (PAL) 

Integer 

No  action 

wMth^ 

Extended 

None 

N/A 

Oiaphics  width  hi  nanoseconds 

Integer 

No  action 

xofibet 

Core 

None 

N/A 

Oiaphict  oCfiet  in  pixeb 

Integer 

No  action 

jnitet 

Core 

None 

N/A 

Graphics  offiet  in  pixeit 

Int^er 

No  action 

^  At  least  one  pareineter  shall  be  specified  or  an  error  shaB  be  returned. 

^  Width  is  an  esdended  parameter.  Using  an  unimpleniented  extended  parameter  shall  cause  error  52  (parameter  invafid 
for  this  command. 
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TABLE  D-lS.  vmGctStote  binaiv  paramctcra. 


l‘urain«ter^ 

Core  or 
extended 

Token 

numlier 

(decimal) 

Type 

Asaudated 
calling  value 

Asandated  return  value 

Defauli  if 
parameter 
not  used 

culor 

Core 

9 

Integer 

Logical  color 
number 

1  (tran^iareni)  |  0  (opaque) 

No  adioo 

(Ivfsource 

Core 

13 

Integer 

Any  value 

Default  video  source,  0-15 

No  action 

dicvcl 

Core 

17 

Integer 

Any  value 

Current  level,  0-255 

No  action 

cBulatioa 

Core 

19 

Integer 

Any  value 

I  (on)  1  0  (off) 

No  action 

tuM* 

Core 

20 

Integer 

Any  value 

1  (on)  1  0  (off) 

No  aetioo 

(level 

Core 

26 

Iiueger 

Any  value 

(Current  level,  0-255 

No  action 

guMde 

Core 

27 

Integer 

Any  value 

Cuirent  graphics  mode 

No  aakn 

horxpix 

Core 

28 

Integer 

Any  value 

Toul  horoontal  pixels  in  current 

gBMde 

No  action 

lofcolotv 

Core 

32 

Integer 

^ly  value 

Total  available 

No  aaion 

pbyerolun 

Core 

36 

Integer 

Any  vahie 

Total  available 

No  action 

lna«alan 

Core 

49 

Any  value 

Total  avaHable 

Noaciioo 

taomcae 

Cote 

46 

EH 

Total  video  aouiees  installed,  0-15 

No  aetioo 

vertpix 

Cote 

SO 

Integer 

Apy  value 

Total  vertical  pixels  in  cunent  gnuidc 

No  action 

vievci 

Core 

52 

Integer 

Any  value 

Current  level,  0-255 

No  action 

vmode 

Core 

53 

Integer 

Any  value 

0  (native)  |  1  (NTSC)  |  2  (PAL) 

No  action 

width^ 

Extended 

55 

Integer 

Any  value 

Graphics  width  in  nanoseconds 

No  action 

xolbet 

Core 

60 

Integer 

Any  value 

Graphics  offtet  in  pixels 

No  action 

jvlbct 

Core 

66 

Integer 

Apy  value 

Graphics  ofbet  in  pixels 

No  action 

^  At  lean  one  parameter  shall  be  specified  or  an  error  shall  be  returned. 

^  Width  is  an  extended  parameter.  Using  an  unimpiemented  extended  parameter  shall  cause  error  52  (parameter  invalid  for 
this  command). 
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TABLE  D-16. 


PanuBctcr 


Valttc 


Conauuid  rcfcreoce 


dlevel 

255  (hard  keying) 

vmFade 

emulation 

1  (on) 

vmSetGraphics 

enable 

O(ofl) 

vmSetTrans 

gievel 

255  (full  intensity) 

vmFade 

gmode 

Current  value 

vmSetGraphics 

horzpoc 

Cunent  value 

None 

logpolon 

System  limit  for  gmode 

None 

physoolon 

System  default  for 

gamde 

None 

state 

0  (transpaientty  ofiQ 

vmSetTrans 

transocdcHS 

System  limit  for  gmode 

None 

width^ 

^tem  default  for 

vmSetGrairiiics 

ssertpix 

Cunent  value 

None 

^ievel 

0(00) 

vmFade 

vmode 

0  (native) 

vmSet  Video 

xofTset 

0 

vmSetGraphics 

yoCOset 

0 

vmSetGraphics 

If  supported.  Wkltta  is  a  euended  ponmeier. 
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TABLE  D-17.  vSciGraplikt  parameteri. 


PanoMtcr^ 


Conor 

CXtCMicd 


Aaoodoltd 
coliiag  nluc 


ASCII  POfoaieten 
Type 


AionriolfJ 
Rtim  volur 


Type  DcCiMit  If 

m  pofUMlcr 


craHlatioa 

gmodc 

widtir’ 


Core 

Core 

Extended 


l(op)  |0(off) 
Mode  number^ 


Widtli  in 
nannercondi 


Asai 

Integer 

Integer 

liueger 


None 

None 

None 


Paefc 

Ptali 


Integer 


None 

None 


N/A 

N/A 

N/A 


N/A 

N/A 


ASCU 


■ot  oeed 

No  action 


No  action 
No  action 


Noactioo 

Noactioo 


BlMiy  PanMnotefo 


ParaaMter^ 

Con  or 

Tolcca  Bumber 
(decimal) 

T>l* 

folliog  vahM 

ntara  vahw 

Dolteltir 

net  Bead 

oamlMloa 

Gore 

19 

Integer 

1  (on)  1  0  (off) 

None 

Noaedon 

gando 

Cun 

27 

Integer 

Mode  number^ 

None 

No  action 

widtb^ 

55 

Integer 

WhMin 

None 

No  action 

xufftet 

Core 

«0 

firtggpr 

9Mii  ,|| 

rBW 

None 

Noacdon 

yoflbct 

Cote 

66 

ImggBT 

— »- 

raw 

None 

Noactioo 

^  At  least  one  parameter  shaV  be  required  or  an  error  shall  be  returned. 

^  la  dnrinwii,  for  MS-DOS  as  returned  by  BIOS  interrupt  lOH,  service  OFH. 

Width  is  an  ertended  parameter.  Using  an  uninqileineated  extended  parameter  shal  cause  error  52  (parameter  invalid  for 
ibiB  commaod. 
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TABLE  D-18.  viSctPalrttc  parameter*. 


ASGD  Pmneten 

KMsiDCtcr 

Ooreor 

Type 

at 

ASCD 

Type 

as 

Asen 

ootar^ 

Core 

Logical  color  number 

Integer 

None 

N/A 

Causes 

error 

r 

Core 

Red  value,  0-2SS 

Integer 

None 

N/A 

No  action 

K 

Core 

Green  value,  0-2SS 

Integer 

None 

N/A 

No  action 

b 

Core 

Blue  value,  0-255 

Imeger 

None 

N/A 

No  action 

Bnniy 

Pbs-neser 

Gore  or 

Idfeea  number 
(decunaQ 

Type 

Rtun  value 

HI 

arior^ 

Core 

9 

Integer 

f  edor 

number 

None 

Causes 

error 

r 

Gore 

38 

Integer 

Red  value,  (>•253 

None 

No  action 

S 

Oofc 

2S 

Oiaea  vakie,  0>25S 

None 

No  action 

b 

OOR 

4 

liWI 

199^91 

None 

No  action 

lE^gih 

OOR 

31 

Integer 

Number  of  color 
array  entriet^ 

None 

No  action 

array 

Cor 

1 

Pointer 

Painter  to  color 
array 

None 

No  action 

^  Exactly  ooc  oolar  and  at  least  one  of  r,  g,  and  b  iball  be  specified  or  an  error  tball  be  retumed. 

^  Either  eactly  one  ookr  and  at  least  one  of  r.^and  bstwU  be  specified;  or  oolar,  fcbgil^  and  anafsbaU  be  used  tqgetlier 
without  r,  ^  or  b;  or  an  error  shaD  be  relumed. 

^  color  array  entry  B  4  bytes  oompriied  of  3  oompooeoa -s  reserved  byte  set  to  NUL. 
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TABLE  D-19.  vuSctTfi  parameter*. 


ASairatMMitn 


ParasNtet^ 

Core  or 
exteaded 

Aaoociatsd 
calliaf  valac 

Type 

Asen 

AModstodl 
rstara  eaiac 

Typs 

Asai 

dear 

Core 

None 

N/A 

None 

N/A 

NoacUoo 

eolor 

Core 

Logical  color  number 

latter 

None 

N/A 

No  action 

csabk 

Core 

1  (on)  1  0  (off) 

Integer 

None 

N/A 

Noaetioa 

stats 

Core 

1  (00)  1  0  (off) 

litteger 

None 

N/A 

Noaetioo 

Masfyramsisfs 

Tobsa  aambsr 

(dsctaai) 

Tn» 

caWagealas 

cImt 

Core 

8 

N/A 

None 

None 

Noaetioo 

Core 

9 

Integer 

Logieri  color  number 

None 

Noacdoo 

saaMs 

Core 

20 

l(OO)|0(Gfl) 

Now 

Noaedoa 

stats 

dote 

42 

Integer 

1  (on)  1  0  (cO) 

Now 

Noaoioa 

^  EUier  bolb  solar  and  slats,  or  dosr  only  sbaB  be  MOd  or  ob  cmr  ahal  be  fsliinwd.  FiMo  ibaB  be  ooed  itaae  or  «bb 
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TABLE  D-22. 


tdcvicct 


video 


Cor*  or 
•atended 

AaaociaUd 
calling  valo* 

Type 

at 

ASCII 

Aaaocialcd 
retarn  vaiae 

Type 

•a 

Asai 

Core 

None 

N/A 

1  (on)  1  0  (off) 

Imeger 

Core 

None 

N/A 

1  (on)  1  0  (off) 

Integer 

Extended 

None 

N/A 

lESEESBIHii 

Integer 

Extended 

None 

N/A 

Ctirreni  ebapter  number 

Int^er 

Gore 

None 

N/A 

Default  piagfcr,  O-IS 

Integer 

Core 

Logical  player.  0-tS 

Integer 

None 

N/A 

Core 

None 

N/A 

1  (CLV)  1  0  (CAV) 

Int^er 

Extended 

None 

N/A 

1  (open)  1  0  (doaed) 

Int^er 

Oort 

None 

N/A 

Current  frame  number 

ltt»«»gwr 

core 

None 

N/A 

l(oo)|0(oB) 

Imeger 

core 

None 

N/A 

l(on)|0(off) 

Integer 

tfttCOOWI 

None 

N/A 

1  (on)  1  0  (Off) 

Int^er 

Core 

None 

N/A 

Oirrent  phqrer  tpeed  or 
999999  if  acanai« 

Integer 

Core 

None 

N/A 

1  (up)  1  0  (down) 

Integer 

Core 

None 

N/A 

Total  imuUed  for.  0-15 

Integer 

Core 

None 

N/A 

1  (on)  1  0  (off) 

Integer 

DefiMilt 

ptojicr 


No  Mia 


At  ICMt  one  pfMietgr  iludl  be  tpedfied  or  an  error  than  oecur. 

If  nipparted.  Theae  are  eaieoded  parametere.  Uiiag  an  unimpleiDemed  eadended  pnrameter  ahaO  caure 
error  52  (parameter  invalid  Cor  tbit  command). 

If  davica  ii  tpedfied,  at  leatt  one  other  parameter  tbdl  ako  be  tpedfied. 

Siqiported  tor  CAV  videodiBC  oo^.  AH  other  parametera  aboD  appty  to  both  CAV  and  CLV  videodiac  fimyet. 
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TABLE  D-23.  vdGetSiate  binary  parameters. 


Parameter^ 

Core  or 
extended 

— - - 

Token 

number 

(decimal) 

Type 

Asnocialcd 
calling  value 

Associated 
return  value 

Default  if 
parameter 
aol  used 

audiol 

Core 

2 

Integer 

Any  value 

1  (on)  1  U  (off) 

No  action 

attdki2 

Core 

3 

Integer 

Any  value 

1  (on)  1  0  (ofi) 

No  action 

cdhtplay^ 

Hxteixled 

6 

Integer 

Any  value 

1  (on)  1  0  (off) 

No  action 

chapter^ 

Extended 

7 

Integer 

Any  value 

Current  chapter 
number 

No  aaion 

dHdevlee 

Core 

12 

Integer 

Any  value 

Defouk  player.  0-15 

No  action 

device^ 

Core 

14 

Integer 

Logical  player,  0-15 

None 

DefouM 

player 

disetype 

Core 

16 

Integer 

Any  value 

1  (CLV)  1  0  (CAV) 

door^ 

Extended 

18 

Integer 

Any  value 

1  (open)  1  0  (doaed) 

No  action 

ttraaM^ 

Core 

23 

Integer 

Aliy  value 

Current  firame  number 

No  action 

tdnliapiay 

Core 

29 

Integer 

Aliy  value 

1  (on)  1  0  (oil) 

No  action 

BOtfcMI 

Core 

35 

Integer 

Any  value 

1  (on)  1  0  (on) 

No  action 

mcnoco 

39 

Integer 

Aliy  value 

l(oo)|0(ofl) 

Noactiott 

speed 

Cote 

40 

Integer 

Any  value 

Current  player  speed 
or  999999  if  scanning 

No  action 

Spin 

Core 

41 

Integer 

Any  value 

1  (up)  1  0  (down) 

No  action 

tdeviccs 

Core 

45 

Integer 

Any  value 

Total  installed  for,  0- 
15 

No  action 

video 

Core 

51 

Integer 

Any  value 

1  (on)  1  0  (oH) 

No  actioo 

'  At  least  ooe  parameter  shall  be  specified  or  an  error  shall  occur. 

^  If  supported.  These  are  extended  patameters.  Usin|  an  unimpiemeoted  extended  parameter  shall  cause  error 
52  (parameter  invalid  for  this  command. 

3 


4 


If  device  is  spedTied,  at  least  one  other  parameter  shall  also  be  specified. 

Supported  for  CAV  videodisc  ptayers  only.  All  other  pvameters  sbaU  asppfy  to  both  CAV  and  CLV  videodisc 
players. 
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TABLE  D-24.  vdlait  parameters. 


ASCII  PanMtm 

PaniHieter 

Cone  or 
extended 

Aaaociated 
calling  value 

Tm 

m 

ASCII 

Aaaodatad 
return  value 

Type 

M 

Asai 

dnriew^ 

Core 

Logical  player,  0-lS 

Integer 

None 

N/A 

Defnilt 

player 

Blnaiy  nnaMtm 

PanuMtsr 

Core  or 
extended 

Token 

nuHiber  • 
(decteal) 

Type 

calling  value 

d  raturn 

core 

14 

Integer 

Logical  player.  0>15 

None 

rwfc.ia 

piqfer 

^  Tha  pmmeter  iball  apply  to  both  CAV  and  CLV  vktoodnc  playcfs,  at  does  vdlntt  without  parameteia. 


i 


If  tupported  by  the  fapieineniatinn  Thii  h  an  edcaited  pamncM 
IMogan  unimplenieiiied  extended  pmneter  ttaB  CMite  enor  52 
(parameter  imaJid  for  thk  oaomnad). 
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TABLE  D-26.  vdPassThni  parameters. 


ASCII  Paramelen 

Parameter^ 

Core  or 

value 

Type 

Asca 

lesura  vsdue 

Type 

as 

Asen 

not  uae^ 

device 

Core 

Logical  player,  0-lS 

Integer 

NotK 

N/A 

DeCMill 

player 

>- 

Core 

Unquoted  string  of 
hendeotnal  digits 

Text 

Noix 

N/A 

r*inM» 

error 

lioiB 

Core 

Timeout  value  in 

Integer 

None 

N/A 

Definik 

time 

Btavy  Panmeien 

Parameier^ 

Odro- 

Tohea  number 
(decimal) 

Type 

devioB 

Oone 

14 

Integpr 

Lqgicai  player,  0-15 

Now 

1 

Daiaiii 

1 

Core 

37 

Poioter 

Poinicr  to  player 
command  stri^ 

ramer  to 

f^mtu 

error 

Cbrc 

47 

Integer 

Hmecwt  valae  in 
miUiiecoods 

None 

Deteih 

time 

^  All  perameten  dull  apply  to  botb  CAV  and  CLV  videodisc  ptayen. 
^  The  memory  poiated  to  by  pnag  shall  be  at  least  33  bytes. 
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TABLE  D-27.  vdPtov  Da 


Paranctcr^ 

Core  or 
exteaded 

Associated 
calling  value 

chapter^ 

Extended 

Chapter  number 

device 

Core 

Logical  player,  0-15 

No  action 


Core  Starting  frame 
number 


ASCII  Paramctets 


Type 


ASCU 


Aaaociatcd 
rctiira  value 


Type 

as 

ASCII 


Dcbiilt  if 
parameter 


PanM.fr 

Core  or 

Tohra  nuuihfr 

Type 

snfaded 

(dKinwl) 

Integer 

Starting  Crame 
number 

Integer 

Play  speed,  >0 

Integer 

Ending  frame 
number 

Current 

6ame 


^  Tbe  vdPlay  command  may  be  issued  with  no  parameters.  The  text  describes  incorrect  usage. 

^  Ckapiee  is  an  ettleiitled  parameter.  Using  an  unimptemeoted  eateoded  parameter  shall  cause  error  52 
(parameter  invalid  lor  this  command). 

^  Support  shall  be  requited  only  Cor  CAV  videodisc.  Ail  other  parameters  shall  apply  to  both  CAV  and  CLV 
videodacs,  as  does  the  vdPlay  command  without  parameters. 


D-84 


MIL-STD-1379D 


APPENDIX  D 


TABLE  D-28.  Effects  of  the  wait  parameter  on  vdPlav. 


Addiiiooal  panunctcr 

Retums  control  when? 

none 

After  the  defouh  player  is  playiiig  norroaily 

chapter 

After  the  player  has  played  the  specified  chapter 

device  only 

After  the  specified  player  is  playing  normally 

from  with  any  other  legal  parameter  except  to 

After  the  player  has  searched  to  the  specified  from  fimne 

speed  only 

After  the  plsfyer  is  playing  normaHy  at  the  specified  speed 

to  with  any  other  legal  paranteters 

After  the  phfj^  reached  the  specified  to  frame 

TABLE  D>29.  vdScan  parameters. 


ASCII  Paraneten 

Parameter 

Cbre  or 

T>pe 

ASC31 

Type 

Asen 

device 

Core 

Logical  player,  0-15 

Integer 

None 

N/A 

Defonk 

player 

dbccihai^ 

Core 

HIHIHtiRB 

Integer _ 

None 

N/A 

1 

wait 

Core 

None 

None 

N/A 

No  wait 

Binaty  Faiameten 

Parameter 

Core  or 
catmded 

Token 

■iMfnhgr 

(dBcsmaQ 

Type 

Assochaod 
leiiim  viiiie 

DeCsultir 

not  used 

-w — 

O6VI06 

Cote 

14 

Integer 

Logical  player,  0-15 

None 

Deteilt 

player 

daectioo^ 

Core 

15 

mm 

None 

I 

wait 

Core 

54 

N/A 

None 

None 

No  wait 

^  Shan  be  suppoited  for  CAV  videodisc  only.  AU  other  parameters  abal  apply  to  both  CAV  and  CLV  videodiso.  as 
does  vdScmi  without  any  parameters. 
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TABLE  D-30.  vdScan^  paramctera. 


ASCn  Parameters 

Perameter^ 

Cor*  or 
extended 

Amocleird 
celliisg  value 

1>P* 

aa 

Asai 

Aaaodated 
return  value 

as 

Asai 

Default  U 

not  Hoed 

chapter^ 

Extended 

Cbapier  number 

Integer 

None 

N/A 

Noactioa 

device 

Core 

Logical  player,  0-lS 

Integer 

None 

N/A 

Default  player 

feame^ 

Core 

Frame  mimber 

Int^ 

None 

N/A 

Noaetkn 

wait 

Core 

None 

N/A 

None 

N/A 

No  wait 

Btaaiy  Parameters 

Tohm 

(decimal) 

11 

Dafaak  If 

- e-  -e 

7 

159 

None 

No  action 

dateaa 

Oaa 

14 

E9 

Logieal  piBfBr,  0>1S 

we - 

rtooc 

Dafaak  pfayer 

bm.^ 

Core 

3 

Frame  number 

None 

No  action 

aak 

Cora 

54 

N/A 

None 

None 

No  wail 

^  nil  connod  itafl  ioGlade  a  dHpicr  or  Amw,  or  ao  orar  ABB  be  celiinwiL  If  davtea  or  wait  k  apedlled.  at 
kaat  one  ntitg**  panaaeicr  ahal  be 

Chapter  k  an  CKteoded  paFameier.  Uitog  an  uataptemeoied  extended  parameter  ihall  came  error  52 
(parameter  invalid  Ibr  tbk  oommaacQ. 


3 


SbaU  ooljr  be  supported  for  CAV  videodiscs,  AU  otber  parameters  shaB  apply  to  both  CAV  and  CLV 
videodkcs^ 
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TABLE  D-31.  vdSet  nar 


Parainctrr^ 


Core  or 
extended 


audio! 


audio2 


Aaaoclalcd 
calllag  value 


1  (on 


I  fan)  I  0  (o 


ASCII  Parametera 


Type 


Asai 


Aaaociated 
return  valac 

Type 

Asai 

None 

N/A 

Core 

41 

Cure 

51 

Core 

54 

OeCauH  if 
panuncter 


- 

ociocncm 

Ccxe 

5 

ms 

None 

N/A 

device 

Core 

Logical  player,  0-15 

Integer 

None 

N/A 

door 

Extended 

1  (opea)  t  0  (doaed) 

Integer 

None 

N/A 

Mxdi^y 

Core 

1  (oa)  1  0  (off) 

Imeger 

None 

N/A 

leoMte 

Extended 

niilBESH  EB9 

None 

N/A 

DefMit  player 


Koaciioa 


Noaetioa 


NoaoioD 


No 


Al  panmeien  thali  app^  to  botti  CAV  and  CLV  videodiic  playcn.  At 
CfioriliaB  be  returned. 


leatt  one  parameter  k  reqabed  or  an 
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i  ABLED-3Z  vdStcD  oarameieis. 


ASai  PerMMtm 

PenaMtei^ 

Cote  or 
extended 

Anodoted 
coiling  value 

Type 

no 

Asen 

fctuiB  value 

TKP. 

Asai 

Mkalt  if 
pnranirfer 
not  and 

device 

core 

Logical  player,  0-lS 

Integer 

None 

N/A 

Defiwk  player 

diracllon 

OOK 

1  (M)  1  0  (twek) 

Integer 

None 

N/A 

1 

■fr- 

Tohn  nnsber 
(dKianl) 

v|»* 

l]l 

““ 

Ooie 

14 

laieter 

Loiieal  pbqcr.  il¬ 
ls 

None 

■■ifl 

dined.. 

One 

IS 

Integer 

1(IM)  lO.-bacfc) 

None 

1 

^  the  tiHny  onmiwid  nor  ■ay  of  the  ptnanetm  rtaJI  not  wpftj  to  CLV  irtdBodto.  Tbii  oKk'QMid  in^r  be  { 

iwied  wMi  no  perameier. 


TABLE  D-33.  ^dStm  iwrameteiB. 


Asen  Patniiii 

pan-dn 

Core  or 

caUag  value 

T>P* 

Asen 

Aaeodated 
ntan  adw 

Type 

Asai 

Defcabif 

nntaad 

wWWwOm 

Core 

Logied  ptaqwr,  0-lS 

Integer 

None 

N/A 

Detain  ptqter 

lla.ij - rr-rr  | 

m 

^jjj] 

TohMonber 

(doctanal) 

rm 

xsi 

11! 

- 0-— A 

COR 

14 

Logical  player.  Il¬ 
ls 

None 

plgyer 

^  Tbit  iwmawierilMiililily  to  both  CAVaad  CLV  i)MeodlK^»doe»  die  eiStBcoaninipdiiMioiiipniMncien. 
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TABLE  D-34.  KvCctlrnDWt  narameten. 


ASCII  Paraateten 

FaraaMter^ 

Cora  or 
estcaded 

Aaaodated 
celliag  value 

lyp* 

as 

ASCII 

Aaaodatad 
return  value 

Type 

as 

Asai 

Default  if 
poraawur 
not  used 

bUttOBS 

Core 

None 

N/A 

Integer  sum  of  bit 
field.  1  (closed)  |  0 
(open) 

Integer 

No  action 

device^ 

Core 

Logical  input 
device,  0-lS 

Integer 

None 

N/A 

default 

device 

apoa 

Core 

None 

N/A 

Omeat  X  vahie 

Integer 

No  action 

»P«a 

Core 

None 

N/A 

Cuneat  Y  value 

Integer 

Noactioo 

Biaatr  PanaaclaiB 

Cora  or 

Token  namber 
(deetaMl) 

T^P* 

caUag  vahw 

ralurn  valaa 

15^ 

battoM 

Core 

5 

Integer 

Anjr  value 

Bit  field.  1  (dosed) 

1  0(oP«) 

Noaoloa 

devicB^ 

Core 

14 

Inli^er 

I  wgf«*»l  itipw* 

dMiea.O>lS 

None 

Dcfaull 

apoa 

CDic 

61 

Infegrf 

Aqr  value 

Cunent  X  sndue 

No  action 

yp- 

BSii 

67 

bitter 

Aiqr  value 

Qirreiit  Y  value 

Noactioo 

*  At  least  one  paFameter  is  required  or  an  error  sball  be  letumed. 

^  If  device  is  speciOed,  at  least  one  oUwr  parameter  ibaH  ako  be  ipeci&ed. 
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TABLE  D-3S.  xvGetState  ASCII  parameters. 


i*araaMtcr^ 

Core  or 

extended 

Aeaoclaled 
ealling  vale* 

t>pe 

ASCU 

Aaeociated 
retorn  value 

Type 

as 

Asen 

ainor^ 

Extended 

None 

N/A 

1  (on)  1  0  (off) 

Integer 

No  aaion 

defdevke 

Core 

None 

N/A 

DcEmiU  input  device,  0-lS 

Integer 

No  action 

device^ 

Cdre 

Logical  input  device. 
0-IS 

Integer 

None 

N/A 

DefMilt 

device 

Core 

None 

N/A 

Total  available  for  device 

Integer 

No  action 

tievkna 

Gore 

None 

N/A 

TatN  insttfed  for.  0-lS 

liMegBr 

No  action 

Core 

None 

N/A 

Mnrimuffl  poaNMe  X 
value 

Intcfer 

Noacdon 

— Uf 

Cote 

None 

N/A 

Current  maiimum  X  value 

119 

Noactico 

aarin 

Ocae 

None 

N/A 

Mioimum  posBlMe  X  value 

Integer 

NoatHaa 

amlMlip 

One 

■■ 

nciic 

N/A 

Current  mUmum  X  value 

Integer 

Noaetkn 

>- 

Gore 

None 

N/A 

Maximum  possible  Y 

Integer 

Noactioo 

Cbre 

None 

N/A 

Current  maaimuffl  Y  value 

em 

No  action 

Qxe 

None 

N/A 

sxfaiiwm—  possMe  Y  value 

Int^er 

Noactioo 

7-l-<«P 

Cbre 

None 

N/A 

Current  minimum  Y  value 

liMfgrr 

Noaettan 

At  leasi  one  pmneter  li  requited  or  an  error  shall  be  returned. 

^  Cnraor  is  an  extended  parameter.  Using  an  unimplemeoted  extended  parameter  than  cause  error  52  (parameter 
invalid  for  thii  oominaod). 

^  If  device  is  speciBed,  at  least  one  otber  parameter  shall  also  be  required. 
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TABLE  D-36.  xvGctStatc  binary  parameters. 


Paremeter^ 

Core  or 
extended 

Tokrn 

Bwaber 

(dedaMi) 

Type 

Aanebited 
ealHag  value 

Aaaociatad 
tatura  value 

Default  if 
puraawter 
aot  used 

cursor^ 

Extended 

11 

Integer 

Any  value 

1  (on)  1  0  (off) 

No  aakm 

dierdcvicc 

Core 

12 

Integer 

Any  value 

Defisuli  input 
device,  0>1S 

No  aoion 

device^ 

Core 

14 

Integer 

Logical  input  device, 
0-15 

None 

Default 

device 

tbuttoae 

Core 

44 

Integer 

Any  value 

Total  available  tor 
device 

No  action 

tdcvioce 

Core 

45 

Integer 

Aiy  value 

Total  installed  for, 
0-15 

No  action 

xnuuc 

Core 

56 

Integer 

hxt]  value 

Maximum  ponibte 

X  value 

Noactioo 

xmaxclip 

Core 

57 

Integer 

Any  value 

CumAt  BMBBOlUflCI 

XvBlue 

Noactioo 

xmin 

Core 

58 

Integer 

Any  value 

JHUDUMDl  pOBBHIIC 

X  valne 

No  actioa 

sbIbcUp 

Core 

59 

Intbfer 

Any  value 

Omcat  mfednaum 
Xvaiue 

Nbadfcn 

yUMK 

Core 

fa. 

Integer 

Any  value 

Y  value 

Noactioo 

yuraxcltp 

Core 

63 

Integer 

Any  value 

Current  maximum 

Y  value 

No  action 

ymia 

Core 

64 

Integer 

Any  value 

Minimum  ponuble 
Yvalue 

No  actioo 

ymiadip 

Core 

65 

Integer 

Aliy  value 

Current  minimum 
YvMue 

Noactioo 

At  leait  one  pmmeter  k  required  or  an  error  ilnfl  be  returned. 


Curaor  is  an  extended  parameter.  Using  an  unimpiemented  extended  parameter  Shan  cauae  error  52  (parameter 
invalid  for  tbis  oommand). 

If  device  is  specified,  at  least  one  ottwr  parameter  sbafi  dso  be  required. 
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TABLE  D-39.  xvSct  ASCII  parameters. 


Parameter^ 

Core  or 
extended 

Associated 
calling  value 

Type 

as 

Asai 

Associated 
return  valae 

Type 

as 

ASCII 

Default  if 
parameter 
not  used 

cuiaor^ 

Extended 

1  (on)  1  0  (off) 

Integer 

None 

N/A 

No  aaion 

defdevke 

Core 

Logical  input  device,  0-lS 

Integer 

None 

N/A 

No  action 

device^ 

Core 

Logical  input  device,  0-15 

Integer 

None 

N/A 

Delhult  device 

Core 

Maximum  possible  X  value 

Integer 

None 

N/A 

No  action 

xBaxdlp 

Core 

Current  maximum  X  value 

Integer 

None 

N/A 

No  action 

xaria 

Core 

Minimum  pcBSibie  X  vtiue 

Imeger 

None 

N/A 

No  action 

xasiadip 

Core 

Current  minimum  X  value 

Integer 

None 

N/A 

No  action 

xpoa 

Core 

X  position 

Integer 

None 

N/A 

No  action 

yarax 

Core 

Maximum  poaaOiie  Y  value 

Integer 

None 

N/A 

No  action 

y-nadip 

Cote 

uoimR  mBBOiuni  y  ¥11116 

Inti^ 

None 

N/A 

No  action 

jania 

Core 

Mmamun  possMe  Y  value 

imeger 

None 

N/A 

No  action 

ymiocBp 

Core 

Oinent  minimum  Y  value 

latter 

None 

N/A 

No  action 

jrm 

OOR 

Y  position 

None 

N/A 

NoadSon 

At  least  ooe  paFBQKter  is  required  or  an  error  shall  be  returned. 

CniBor  is  an  extended  parameter.  Using  an  unimpleniented  extended  parameter  shall  cause  error  S2  (parameter 
invalid  for  this  enmmand). 

If  device  is  specified,  at  least  one  other  parameter  shall  also  be  required. 
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TABLE  D-40.  xvSel  Binary  parameters. 


l*iiniineter^ 

Core  or 
extended 

Token 

number 

(decimal) 

Type 

Associated 
calling  value 

Associated 

return 

value 

Default  if 
parameter 
not  used 

cursor^ 

Extended 

11 

Integer 

1  (on)  1  0  (off) 

None 

No  action 

derdevice 

Core 

12 

Integer 

Logicai  input  device,  0>}5 

None 

No  action 

device^ 

Core 

14 

Integer 

Logical  input  device,  0-15 

None 

Default  device 

XBOX 

Core 

56 

Integer 

Maximum  possible  X  value 

None 

Noactioa 

XBWXCUp 

core 

57 

Integer 

Current  maximum  X  value 

None 

Noaetico 

xmin 

Core 

58 

Integer 

Mfflimum  possible  X  value 

None 

Noaetkn 

xminclip 

Core 

59 

Integer 

Current  minimum  X  value 

None 

No  action 

xpos 

Core 

61 

Integer 

X  positiOQ 

None 

Noaaion 

yniax 

Core 

62 

Integer 

Maxiaium  passible  Y  value 

None 

Noactioo 

ymaxclip 

Core 

63 

Integer 

Cumatt  masimum  Y  value 

None 

Noaaion 

ymia 

Core 

64 

Integer 

Minimum  possible  Y  value 

None 

No  action 

jradodlp 

Gore 

65 

Integer 

Cunent  minimum  Y  vihie 

None 

Noactioa 

ypo» 

Core 

67 

Integer 

Y  positioa 

None 

NoaOiao 

At  least  one  paranieter  is  required  or  an  error  sbali  be  returned. 

Cnnor  is  an  extended  parameter.  Using  an  unimplemented  extended  parameter  sbali  cause  error  52  (parameter 
invalid  for  this  oommand). 

If  device  is  specified,  at  least  one  other  parameter  shall  also  be  required. 
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fNSTRUCnOWS 

1  The  preparing  activity  must  complete  bIcKks  J.  2,  3.  and  8.  In  block  1,  both  the  document  number  and  revisior 
letter  should  be  given. 

2  The  submitter  of  this  form  must  complete  WcKks  4,  5. 6,  and  7. 

3  The  preparing  activity  must  provide  a  reply  within  30 days  from  receipt  of  the  form. 

NOTE:  This  form  may  not  be  used  to  request  copies  of  documents,  nor  to  request  waivers,  or  clarification  of 
requirements  on  current  contracts.  Comments  submitted  on  this  form  do  not  constitute  or  imply  authorization  to 
waive  any  portion  of  the  referenced  document(s)  or  to  amend  contractual  requirements. 


2.  DOCUMENT  DATE  (YYUMOO) 
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MIL-STD-1379D 
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8.  PREPAWNG  ACTIVITY 


c.  ADDRESS  (Indude  lip  Cade) 

Dqiartmoit  of  the  Navy 


b.  TEimiOffE  (mdude  Area  Codb) 

(1)  CoKMiiercial 
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